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1 0 RELATED APPLICATIONS 

This application is a continuation-in-part of Application No. 09/627,440, filed July 28, 
2000, the contents of which are incorporated herein in their entirety. 

□ FIELD OF THE INVENTION 

l'SJ The present invention generally relates to a portable or hand-held video game system and, 

more particularly, to a hand-held video game system compatible with various types of storage 
;" aa media. 

y 5 BACKGROUND AND SUMMARY OF THE INVENTION 

2$* Over the years, portable (or hand-held) game systems have been (and continue to be) very 

Cy popular. Typically, these portable game systems include a hand-held game system housing a 
i«i processing unit and associated hardware for running a game program, and include a display for 
displaying images of the game. The game program itself is typically contained in a game program 
memory such as, for example, a semiconductor memory (e.g., ROM, EPROM, etc.) that is part of 
25 a removable cartridge. By storing the game program in a removable cartridge, the user can 
conveniently and easily change the game being played by simply exchanging one cartridge with 
another, different cartridge containing a different game. Examples of portable game systems are 
the "Game Boy®" and "Game Boy® Color" products manufactured and sold by Nintendo 
Corporation, Ltd. Throughout this application, the "Game Boy" product is referred to as "DMG" 
30 and the "Color Game Boy" product is referred to as "CGB" 

FIGURES 1 A, IB and 1C show the CGB. The CGB displays game characters in color on 
a color liquid crystal display (LCD) 1 16 when a color-ready game cartridge 1 12 is selectively 
inserted into a game cartridge slot 1 18 (see FIGURE 1C). FIGURE 2 shows the external 




appearance of game cartridgWl2. Color LCD 1 16 displays characters using a plurality of 
different colors if color-ready game cartridge 1 12 is inserted into the CGB. The CGB may also be 
configured to receive monochrome game cartridges (not shown) usable with the DMG and to 
display monochrome characters on LCD 116. 



LCD 1 16 is formed as a dot matrix display and is driven by LCD drivers 122 and 124 to display 
color images on its screen. LCD driver 122 selectively drives, for example, the rows of the dot 
matrix display and LCD driver 124 selectively drives, for example, the columns of the dot matrix 
display. LCD drivers 122, 124 are supplied with color image signals from a color display 
10 processing circuit 128 included in a central processing unit (CPU) 126. The graphics for CGB are 
created from blocks of pixels known as characters. Characters are typically 8 pixels wide and 8 
pixels high (or 8 pixels wide and 16 pixels high). Characters can be used to represent both 
q background and object data. Backgrounds are groups of characters laid out like tiles to create the 
i:*! environment or background of a game. Objects are groups of character data that are used to 
1SJ represent the main game character and other moving objects that overlay the background in a 
ss ;i game. Objects are sometimes referred to as sprites. 

*Z CPU 126 further includes a CPU core 130 that is connected to an internal read only 

memory (ROM) 132 and an internal random access memory (RAM) 134. Internal RAM 134 is 

M; used as a work memory of CPU core 130. CPU 126 further includes a basic oscillator 136. Basic 
2$ oscillator 136 is formed of, for example, a quartz oscillator, and supplies an oscillating signal to a 

j =f programmable frequency divider 138. Programmable frequency divider 138 divides the oscillating 
signal from basic oscillator 136 in accordance with frequency division data from CPU core 130, 
and supplies a divided signal as a clock of CPU core 130. 



25 selectively attachable to connector 140. Game cartridge 1 12 is preferably in the form of a 

replaceable memory cartridge insertable into game cartridge slot 1 18 of the CGB. Game cartridge 
1 12 may comprise a plastic housing that encases a printed circuit board. The printed circuit board 
has a connector defining a number of electrical contacts. When game cartridge 1 12 is inserted into 
game cartridge slot 1 18 of the CGB, the cartridge electrical contacts mate with corresponding 

30 "edge connector" electrical contacts within game system 110. This action electrically connects the 
printed circuit board contained within the plastic housing to the electronics within game system 
110. In this example, the printed circuit board of game cartridge 1 12 at least includes a read-only 
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With reference to FIGURE 3, the CGB includes color LCD 1 16 as described above. Color 



A connector 140 is connected to CPU 126 by an appropriate bus. Game cartridge 1 12 is 
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L^^write memory (e.g., SRAM) 146. R01^^2 



memory (ROM) 142 and a iWH/write memory (e.g., SRAM) 146. ROM142 stores instructions 
and other information pertaining to a particular video game. The ROM for one game cartridge 
1 12 may, for example, contain instructions and other information for an adventure game while the 
ROM of another game cartridge 112 may contain instructions and other information for a car race 
5 game, an educational game, etc. To play a game, a user of game system 1 10 need only plug the 
appropriate game cartridge into game cartridge slot 1 18 of the CGB - thereby connecting the 
cartridge's ROM 142 (and any other circuitry it may contain) to the CGB. This enables the CGB 
circuitry to access information contained within ROM 142 (and read/write memory 146), which 
information controls the game system to play the appropriate video game by displaying images and 

10 reproducing sound as specified under control of the ROM game program information. Read/write 
memory 146 is used to store data such as game backup data. 

CPU 126 is supplied with operation signals from operating keys 148a-148e. Operating key 
i*» 148a is used, among other things, to move a game character displayed on color LCD 1 16 in four 
directions, that is, upward, downward, right and left. Operating key 148b is a select key that is 

ljSj used for, for example, game mode selection and the like. Operating key 148c is a start key that is 
=J used to start playing the game or to temporarily stop the progress of the game. Operating keys 
\Z 148d, 148e are push-button switches. By pushing operating keys 148d, 148e, it is possible to 

cause various motions of the game characters displayed on color LCD 116, for example, a weapon 
use, a jump and the like. Operating keys 148a-148e are disposed in a forward surface of the CGB 

2;(j[; as shown in FIGURE IB. A key matrix (not shown) is provided for sending CPU 126 the 

O operation signals from operating keys 148a-148e as controller data. 

Batteries (not shown) (e.g., 2 AA batteries) provide power for game system 110. A power 
indicator LED 119 (see FIGURE IB) may dim as the batteries lose their charge, thereby providing 
a visual indication to the user that new batteries are needed. 

25 In accordance with the game program, character data supplied from game cartridge 1 12 

and the controller data from operating keys 148a-148e, CPU 126 executes data processing and 
writes display data into a display RAM 152, using an extended RAM 150 when necessary. The 
display RAM 152 has two banks, that is, a first bank and a second bank, and has, as a whole, a 
storage area that is greater than the display area of color LCD 1 16, thereby enabling a scrolling 

30 display upward and downward and/or rightward and leftward on the screen of color LCD 116. As 
a result of the data processing by CPU 126, sound signals to be output are adjusted in level by 
volume control 154 and amplifier 156, and then outputted to a speaker 158 and/or an earphone 
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jack 160. Sound signals outfit from speaker 158 and/or earphone jack loO include game sound 
effects, voices and music. 

Generally speaking, to use the CGB, a user selects a game cartridge 112 containing a 
desired video game, and inserts that game cartridge into game cartridge slot 1 18 of the CGB, 
thereby electrically connecting ROM 142 and other cartridge electronics to the CGB. The user 
then operates a power switch 121 (see FIGURE IB) to turn on the CGB and operates operating 
keys 148a-148e to control video game play. For example, depressing operating key 148c may 
cause the video game to start playing. Actuating operating key 148a may cause animated 
characters to move on color LCD 1 16 in controllably different directions. 

It is of course desirable to use new and more powerful system components (e.g., more 
powerful processors, faster memory, more memory, etc.) in order to improve the system 
capabilities and provide an even more fascinating gaming experience. However, because users 
may have already invested time and money into existing game systems, it is also very desirable to 
maintain compatibility with existing game cartridges. Thus, users upgrading to the new and more 
powerful game systems can continue to use game cartridges that have been purchased for use with 
prior generations of game systems. In addition, these users can play new games that take 
advantage of the improved capabilities of the game system. 

The hand-held display system for playing video games described herein includes a housing 
grippable by a user's hands, a liquid crystal display viewable by the user gripping the housing, 
input devices operable by the user when the user grips the housing, and a connector for, in use, 
operatively connecting to portable storage media storing video game programs for the video 
games. The hand-held display system further includes first processing circuitry for processing 
video game programs having a first program specification and second processing circuitry for 
processing video game programs having a second program specification. In one particular 
example implementation, the portable storage media are in the form of cartridges housing a 
semiconductor memory. 

This hand-held display system described above and in greater detail below affords many 
features and advantages including, but not limited to: 

o high-power (e.g., 32-bit) first processing circuitry that expands computational abilities and 

data processing features to permit more interesting games to be played, 
o lower power (e.g., 8-bit) second processing circuitry to maintain compatibility with 

existing game cartridges so that players can continue to play and enjoy games developed 



for earlier generational game systems, 
o widescreen and non-widescreen display formats on the liquid crystal display, 
o cartridge type detection circuitry to detect the cartridge type, 

o the input devices include easily accessible shoulder buttons at the upper corners of the 
5 portable game system housing to expand the variety of possible operations, 

o multi-player (up to four) game playing, even if only one of the portable game systems has a 
game cartridge inserted therein. 

These and many other features and advantages will be better and more completely 
understood by referring to the following detailed description of example embodiments in 
1 0 conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Q FIGURE 1 A schematically illustrate a conventional portable game system and a game 

; j cartridge selectively attachable to the portable game system; 

l;jN; FIGURE IB is a front perspective view of the portable game system shown in FIGURE 

'1 1A; 

:>i FIGURE 1C is a rear perspective view of the portable game system shown in FIGURE 1 A; 

FIGURE 2 is an outer appearance of the cartridge 12 shown in FIGURE 1 A; 
H s FIGURE 3 is an overall block diagram of the game cartridge and game system shown in 

M FIGURES 1 A, IB, 1C and 2; 

FIGURES 4A-4E are a front perspective view, a rear perspective view, a top-down view, a 
bottom-up view and a side view, respectively, of an example portable game system AGB; 

FIGURE 5A is a block diagram of example components of the AGB; 

FIGURE 5B is a more detailed block diagram of the elements shown in FIGURE 5 A; 
25 FIGURE 5C is a detailed block diagram of CPU 230; 

FIGURE 6 is a block diagram showing components for identifying cartridge type in the 

AGB; 

FIGURES 7A and 7B are diagrams for an explanation of a cartridge identification method 
for the AGB; 

30 FIGURES 8 A and 8B show the end face parts of an AGB-dedicated cartridge and a CGB 

cartridge, respectively; 

FIGURE 8C shows the internal structure of cartridge slot 240; 
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a^fe, top-down, perspective diagram just p^^c 



FIGURE 9 A is an ai^^d, top-down, perspective diagram just prarto insertion of AGB- 
dedicated cartridge 100 A into cartridge slot 240 of the AGB; 

FIGURE 9B is an angled, bottom-up, perspective view corresponding to FIGURE 9A; 

FIGURE 10A is an angled, top-down, perspective diagram just prior to insertion of CGB 
5 cartridge 100C into cartridge slot 240 of the AGB; 

FIGURE 10B is an angled, bottom-up perspective view corresponding to FIGURE 10A; 

FIGURES 1 1 A-l ID are diagrams illustrating a cartridge type identification method using a 
photoelectric sensor; 

FIGURES 12 A and 12B are more detailed block diagrams of the AGB-dedicated cartridge 
10 100A and the CGB cartridge 100C, respectively, shown in FIGURE 6; 

FIGURE 13 is a block diagram showing parts of the AGB relevant to bus control; 

FIGURE 14 is a diagram showing an example AGB cartridge interface; 
ri FIGURE 15 is a diagram showing the connecting relationship among a connector, AGB 

:; a j ROM, and CGB ROM relevant to the AGB cartridge interface shown in FIGURE 14; 
lSLI FIGURES 16A and 16B are memory maps for the AGB-dedicated cartridge; 

!5 ~ FIGURE 16C is a memory map for the CGB cartridge; 

!:!; FIGURE 1 7 depicts the WSCNT register; 

FIGURES 18A-18E are timing charts for read and write accesses of the AGB-dedicated 
U cartridge; 

2$: FIGURE 18F is a timing chart for the read access of the CGB cartridge; 

W FIGURE 19 is a block diagram of a multiplex conversion circuit; 

FIGURE 20 is a flowchart of the operation of the example AGB; 

FIGURES 21A and 21B are block diagrams showing the structure of the AGB ROM; 

FIGURE 22 is a block diagram of an example AGBr in which cartridge type identification 
25 processing is based on an identification code; 

FIGURE 23 is a flowchart of the operation of the example AGBr shown in FIGURE 22; 

FIGURE 24 is a block diagram of an example AGBrr in which cartridge type identification 
is based on a short circuit; 

FIGURE 25 is a flowchart of the operation of the example AGBrr shown in FIGURE 24; 
30 FIGURE 26 is a more detailed illustration of LCD 27a; 

FIGURE 27 depicts the VCOUNT register; 

FIGURE 28 depicts the DISPSTAT register; 
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FIGURE 29 depictsWDISPCNT register; ^ 

FIGURES 30A and 3 OB show the features of the various BG modes of the example AGB; 

FIGURE 3 1 is a memory map of the VRAM in the various BG modes; 

FIGURE 32A depicts the BGOCNT (BG1CNT) register; 

FIGURE 32B depicts the BG2CNT (BG3CNT) register; 

FIGURES 33 A-33D illustrate screen sizes for text BG screens; 

FIGURES 34A-34D illustrate screen sizes for rotation/scaling BG screens; 

FIGURE 35 depicts the MOSAIC register; 

FIGURES 36A-36C depict the effect of mosaic size on the display; 

FIGURE 37 illustrates VRAM base blocks for BG data; 

FIGURES 38A and 38B illustrate how data is held in VRAM for a 16 color x 16 palette 
format and a 256 colors x 1 palette format, respectively; 

FIGURES 39A and 39B illustrate the screen data format for a text BG screen and a 
rotation/scaling BG screen, respectively; 

FIGURES 40A-40D illustrate text BG screen data address maps for screen sizes of 256 x 
256 dots, 512 x 256 dots, 256 x 512 dots, and 512 x 512 dots, respectively; 

FIGURES 41A-41D illustrate rotation/scaling screen data address maps for screen sizes of 
128 x 128 dots, 256 x 256 dots, 512 x 512 dots, and 1024 x 1024 dots, respectively; 

FIGURES 42A and 42B are diagrams that illustrate BG rotation and scaling data; 

FIGURES 43A-43D illustrate the registers BG2X_L, BG2X_H, BG2Y L, BG2YH, 
BG3X L, BG3X_H, BG3YL, and BG3Y H that set the starting point for BG data; 

FIGURES 44A-44D illustrate the registers BG2PA, BG2PB, BG2PC, BG2PD, BG3PA, 
BG3PB, BG3PC, BG3PD that set the direction parameters for BG data; 

FIGURES 45A and 45B depict the horizontal offset registers BG0HOFS, BG1HOFS, 
BG2HOFS and BG3HOFS and the vertical offset registers BGOVOFS, BG1VOFS, BG2VOFS 
and BG3VOFS, respectively. 

FIGURE 46 illustrates horizontal and vertical offsets on a display screen; 

FIGURE 47 depicts the BG2CNT register; 

FIGUREA 48A and 48B depict data formats in the frame buffer for 32,768-color 
simultaneous display format (BG modes 3 and 5) and for 256-color display format (BG mode 4), 
respectively; 

FIGURE 49 is a memory address map for BG Mode 3 (32,768 colors, 240 x 160 dots, 1 




frame buffer); 

FIGURES 50A and SOB are memory address maps for frames 0 and 1, respectively, of the 
BG Mode 4 (256 colors, 240 x 160 dots, 2 frame buffers); 

FIGURES 51 A and 5 IB are memory address maps for fames 0 and 1, respectively, of BG 
5 Mode 5 (32,768 colors, 160 x 128 dots, 2 frame buffers); 



10 respectively. 

FIGURE 56 illustrates normal display, rotation display, magnified display and rotation 
display (double-size character field) for an OBJ character; 
r , FIGURE 57 depicts the four sizes that can be set for the three OBJ shapes. 

FIGURES 58A and 58B are diagrams that illustrate OBJ rotation and scaling data; 
Ipj FIGURES 59A-59D depict the PA, PB, PC and PD parameters; 

! :f FIGURE 60 illustrates the priority of OB Js and BGs; 

It FIGURE 6 1 illustrates the palette RAM; 

FIGURES 62 A and 62B depict how the palette RAM is referenced in the 16 colors x 16 
u palettes mode and the 256 colors x 1 palette modes, respectively; 
2frj FIGURE 63 illustrates the color data format; 

□ FIGURE 64 illustrates a window display in which window 0 has a high priority than 

window 1; 

FIGURES 65, 66, 67, 68A and 68B depict the WININ, WINOUT, BLDMOD, COLEV, 
and COLY registers, respectively; 
25 FIGURE 69 is a table illustrating EVA, EVB and EVY values; 



(SGFIFOB H) registers, respectively; 

FIGURES 72 A, 72B and 72C depict the SG10_L, SG10_H and SGI 1 registers, 
30 respectively; 



FIGURE 52 is a memory map for a 2-dimensional mapping mode; 

FIGURE 53 is a memory map for a 1 -dimensional mapping mode; 

FIGURE 54 depicts rotation/scaling parameter combinations written to OAM; 

FIGURES 55A-55C illustrate OBJ Attribute 0, OBJ Attribute 1 and OBJ Attribute 2 data, 



FIGURE 70 is a sound block diagram; 

FIGURES 71A and 71B depict the SGFIFOA L (SGFIFOB L) and SGFEFOA H 



FIGURE 73 illustrates waveform duty cycles to which SG10_H [d07-06] can be set; 
FIGURES 74 A and 74B depict registers SG20 and SG21, respectively; 
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FIGURES 75A-75(^pict registers SG30 L, SG30 H and SG3T7respectively; 

FIGURES 76A-76H depict registers SGWRO L, SGWROH, SGWR1L, SGWR1_H, 
SGWR2JL, SGWR2 H, SGWR3_L and SGWR3 H, respectively; 

FIGURES 77 A and 77B depict registers SG40 and SG41, respectively; 

FIGURES 78A-78C depict registers SGCCNTOJL, SGCCNTO_H and SGCNT1, 
respectively; 

FIGURE 79 depicts the SGBIAS register; 

FIGURES 80A-80C depict PWM conversion image; 

FIGURES 81 A and 81B depict timer setting register TMOD (TM1D, TM2D, TM3D) and 
the timer control register TMOCNT (TM1CNT, TM2CNT, TM3CNT), respectively; 

FIGURES 82A and 82B depict registers DMOSAD L and DMOSAD H, respectively; 
FIGURES 83 A and 83B depict registers DMODAD L and DMODAD H, respectively; 
FIGURE 84 depicts register DMOCNT L; 
FIGURE 85 depicts register DMOCNT H; 

FIGURES 86A and 86B depict registers DM1SADL (DM2SAD L) and DM1SAD H 
(DM2SAD H), respectively; 

FIGURES 87A and 87B depict registers DM1DAD L (DM2DAD L) and DM1DAD H 
(DM2DADH), respectively; > 

FIGURE 88 depicts the register DM1CNT L (DM2CNT L); 

FIGURE 89 depicts the register DM1CNT H (DM2CNT H); 

FIGURES 90 A and 90B depict registers DM3SAD L and DM3SAD H, respectively; 

FIGURES 91 A and 91B depict registers DM3DAD L and DM3DAD H, respectively; 

FIGURE 92 depicts the register DM3CNT L; 

FIGURE 93 depicts the register DM3CNT H; 

FIGURE 94 depicts a connection during normal serial communication; 

FIGURES 95A-95C are SIO timing charts; 

FIGURE 96 depicts register SCCNT H; 

FIGURES 97 A and 97B depict registers SCDO and SCD1, respectively; 
FIGURE 98 depicts register SCCNT_L; 

FIGURE 99 is a flowchart illustrating an example normal serial communication; 
FIGURE 100 depicts a connection status during multi-player communication; 
FIGURE 101 is a multi-player communication timing chart; 



FIGURE 102 is a muff player communication cable connecting diagram; 
FIGURE 103 depicts the register SCCNT_H; 

FIGURES 104A-104D depict registers SCDO, SCD1, SCD2 and SCD3, respectively; 
FIGURE 105 depicts register SCCNTJL; 

FIGURE 106 is a flowchart illustrating an example multi-player communication; 

FIGURE 107 depicts a connection during UART communication; 

FIGURES 108 A and 108B depict registers SCCNT_H and SCCNT_L, respectively; 

FIGURE 109 depicts register R; 

FIGURE 1 10 depicts register HS_CTRL; 

FIGURES 1 1 1 A and 1 1 IB depict registers JOYREL and JOYREH, respectively; 
FIGURES 1 12A and 1 12B depict registers JOYTR L and JOYTRH, respectively; 
FIGURE 113 depicts register JSTAT; 

FIGURE 1 14 depicts JOY Bus communication in response to a. device reset command; 
FIGURE 115 depicts JOY Bus communication in response to a type/status data request; 
FIGURE 1 16 depicts JOY Bus communication in response to an AGB data write 
command; 

FIGURE 117 depicts JOY Bus communication in response to an AGB data read 
command; 

FIGURES 1 18A-1 18C depict various communications between portable game systems; 

FIGURE 1 1 9 depicts register PI; 

FIGURE 120 depicts register P1CNT; 

FIGURE 121 depicts register JME; 

FIGURE 122 depicts register IE; 

FIGURE 123 depicts register IF; 

FIGURE 124 shows interrupt addresses in working RAM; 
FIGURES 125A-125B depict an example normal interrupt operation; 
FIGURES 126A-126D depict an example multiple interrupt operation; 
FIGURES 127A-127D depict an example normal system call operation; 
FIGURES 128A-128K depict an example multiple system call operation; 
FIGURE 129 depicts ROM registration data; 

FIGURES 130A-130C are a schematic diagram of the example AGB CPU; 
FIGURES 131A-131G are a listing of all AGB registers; 
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3^^how example alternative compatible im^^e 



FIGURES 132A-13^Fshow example alternative compatible implementations; and 
FIGURES 133 A-133F are symbols used to represent the attributes of bits used in bit 
operations. 

5 DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS 

FIGURES 4A-4E are a front perspective view, a rear perspective view, a top-down view, a 
bottom-up view and a side view, respectively, of an example portable game system AGB. The 
AGB can be used to play interactive video games with accompanying sound. It can also be used 
for a variety of other applications including, but not limited to, an address book, a calculator, a 
10 date book, and an e-mail application. Video is displayed on display 27a and the sound is output 
through speaker 42. Display 27a may, for example, be a reflection (non-backlit) TFT color LCD, 
although the invention is not limited in this respect. Display 27a may also, if desired, be 
ri implemented as a touch- sensitive screen. The volume is adjustable by a volume control 35 and 

headphones (not shown) may be connected to the AGB via a headphone jack 37. An interface 43 
IjSyj is used for interfacing with, for example, other portable game systems; console game systems 
[Z connected to televisions or other display devices; external devices such as infrared communication 
circuits, modems, adapters, bar code readers, wireless telephones and the like. 

[ . The AGB is powered by batteries (not shown) contained in a battery compartment 

M; accessible via a removable compartment cover 29. Power indicator 3 1 dims as the batteries lose 
2j6jj power to provide a visual indication that new batteries are needed. In an alternative 

implementation, the AGB may also be configured for connection to an AC adapter to permit play 

without batteries. 

To play a video game (or use some other application), the user selects an appropriate 
storage medium storing the video game (or application) he or she wants to play (or use), and 

25 inserts that storage medium into a slot 240 in the AGB. The storage medium may, for example, be 
in the form of a cartridge housing a memory that stores the game program or application. Such 
memory is typically semiconductor memory, although optical and magnetic memories are also 
usable. The user operates a power switch 25b to turn on the AGB and cause the AGB to begin 
running the video game or application based on the program stored in the storage medium. Of 

30 course, it is also possible to provide some games and/or applications in on-board memory of the 
AGB. Such games and applications may be accessible without inserting a storage medium into 
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slot 240. 




Operating keys 33a-33g are used to provide inputs to the AGB. Operating keys 33a and 
33b are used, for example, to cause various motions and actions of the game characters displayed 
on LCD 27a. These motions and actions include a weapon use, a jump and the like. Operating 
5 key 33c is used to move a game character displayed on LCD 27a in four directions, e.g, upward, 
downward, right and left. Operating key 33d is a select key that is used, for example, for game 
mode selection and the like. Operating key 33e is a start key that is used to start playing a game 
or to temporarily stop the progress of a game. The AGB is also provided with left and right 
shoulder buttons 33f and 33g for supplying operating signals. When a player holds the AGB 
10 during game play, operating keys 33a and 33b are accessible by the thumb of the right hand, 

operating key 33c is accessible by the thumb of the left hand, left shoulder button 33f is accessible 
by the index finger of the left hand and right should button 33g is accessible by the index finger of 
□ the right hand. In this way, a user may supply a variety of inputs to the AGB. Depending upon 
i;i the particular game or application, the various operating keys 33a-33g can perform different 
iSLi functions at different times. 

i -Li 

l: z Other input devices may be used with the AGB. For example, if display 27a is 

implemented as a touch- sensitive screen, a stylus may be used to supply inputs. Various other 
H input devices may also be connected to the AGB via interface 43 or cartridge slot 240. For 
N s example, an infrared communication device may be connected to interface 43 to permit 
2;(£ communication with other similarly equipped devices. A modem or network interface may be 
connected to the AGB via interface 43 or via cartridge slot 240 to permit connection to the 
Internet. A digital camera may be connected to the AGB via cartridge slot 240 to input captured 
images. 

When a game cartridge is inserted into cartridge slot 240, the AGB automatically detects 
25 the cartridge type and switches to an appropriate operation mode. More specifically, the AGB 
includes a connector that, in use, is operatively connected to portable storage media (e.g., game 
cartridges) storing game programs or other applications. The example AGB includes first 
processing circuitry for processing programs having a first program specification (e.g., an 8-bit 
specification) and second processing circuitry for processing programs having a second program 
30 specification (e.g., 32-bit specification). The automatic detection of cartridge type may, for 
example, be based on a physical characteristic of the portable storage medium (e.g., shape of 
cartridge housing) or may be based on data stored in the portable storage medium. 

12 



While the example erOTodiments are described with reference to ^and-held game system, 
many of the concepts are applicable to other computing systems such as personal digital assistants 
(PDAs). For example, it may be desirable to configure a PDA to be compatible with a wide range 
of accessories, not all of which conform to the same specifications. By using the cartridge type 
detection techniques described herein and/or by providing first and second processing circuitry as 
described herein, the number and type of accessories that may be used with the PDA may be 
increased. 

A security system for a hand-held game machine is disclosed in Application No. , 

filed November 28, 2000 ("Security System Method and Apparatus for Preventing Application 
Program Unauthorized Use") (Atty. Dkt No. 3917-2), the contents of which are incorporated 
herein. 



EXAMPLE ELECTRONICS OF THE AGB 

The example AGB includes a 32-bit RISC CPU (e.g., ARM7TDMI/16.78 MHz) to provide 
high performance. A technical data sheet for the ARM7TDMI is available from Advanced RISC 
Machines Ltd. (Document No. ARM DDI 0029E). Compatibility with the CGB shown in FIGURES 
1-3 is maintained by providing an integral 8-bit CISC CPU. In the example AGB, the 8-bit CISC CPU 
does not operate at the same time as the AGB CPU, although the invention is not limited in this respect. 
The example AGB memory characteristics include: 

o System ROM 16 Kbytes (and 2 Kbytes for CGB System ROM) 

o Working RAM (WRAM) 32 Kbytes + CPU External 256 Kbytes (2 wait) 

o VRAM 96 Kbytes 

o OAM 64 bits x 128 

o Palette RAM 16 bits x 512 (256 colors for OBJ ; 256 colors for BG) 
o Game cartridge memory (up to 32 MB : mask ROM or flash memory + up to 5 1 2 Kbits: 
SRAM or flash memory) 

The example AGB display characteristics include: 
o 240 x 160 x RGB dots 
o 32,768 colors simultaneously displayable 

o Special effects features (rotation/scaling, alpha blending, fade-in/fade-out, and mosaic) 
o 4 image system modes 

The example AGB includes various operating keys and provides four sounds corresponding to 
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CGB sounds and two CPU cfiTOt sounds (PCM format). The example AGIHilso provides for serial 
communication (8 bit/32 bit, UART, multi-player, general-purpose, JOY Bus). The example AGB is 
equipped with a 32-pin connector for game cartridge connection. When a game cartridge is inserted, 
the example AGB automatically detects its type and switches to either CGB or AGB mode. As will be 
5 explained in greater detail below, the following game cartridges can be used with the example AGB: 
1 . DMG game cartridges, DMG/CGB dual mode game cartridges, and CGB dedicated 
game cartridges, and 



10 includes a program source 100 and a game system 200. Program source 100 stores information 
such as a game program (or other application) executable by game system 200, and is structured 
to be removably attachable to game system 200. FIGURE 5 A shows two types of program 
!S= . sources 100: program source 100C for the CGB and program source 100 A only for the AGB. 
□ Hereinafter, program source 100C is referred to as CGB cartridge 100C and program source 
ljSj 100 A is referred to as AGB-dedicated cartridge 100 A. AGB-dedicated cartridge 100 A is basically 
1 !f the same in structure as CGB cartridge 100C and, for the sake of clarity, only the differences 
H> therebetween are described. 

7 AGB-dedicated cartridge 100A includes a ROM 1 1A and a backup RAM 1 IB for storing 

f 7 programs (such as, but not limited to, game programs) for processing by the 32-bit CPU system in 
2Qf the example AGB. The operating voltage for both ROM 1 1 A and backup RAM 1 IB is 3.3V. 
p CGB cartridge 100C includes a ROM 1 1C for storing programs (such as, but not limited to, game 
= " programs) for processing by the 8-bit CPU system in the example AGB. The operating voltage for 
ROM 1 1C is 5 V. AGB-dedicated cartridge 100 A and CGB cartridge 100C both include 
connectors conforming to 8-bit specifications. 
25 Game system 200 includes a CPU 230, cartridge slot 240, a power-supply unit 250, and an 

LCD unit 270. Liquid crystal display 270 includes LCD 27a and a regulator IC 27b. Cartridge 
slot 240 is configured to accept both AGB-dedicated cartridges 100A and CGB cartridges 100C 
A connector 24 is provided within cartridge slot 240 to engage with the connectors provided on 
AGB-dedicated cartridges 100A and CGB cartridges 100C. A cartridge shape detection switch 30 
30 is provided to detect a difference in the shapes of the AGB-dedicated cartridges and the CGB 

cartridge in order to determine which of the two cartridge types is inserted into cartridge slot 240. 



2. AGB-dedicated game cartridges (i.e., game cartridges that only function with AGB). 
FIGURE 5A is a generalized system block diagram of the example AGB. The AGB 



CPU 230 includes both an 8-bit circuit 23 C for 8-bit processing of programs stored in 
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CGB cartridges 100C, and Ira-bit circuit 23 A for 32-bit processing of programs stored in AGB- 
dedicated cartridges 100 A. CPU 230 may be viewed as a dual-processor-type unit. CPU 230 
further includes an I/O buffer controller 230a. 32-bit circuit 23 A and 8-bit circuit 23 C are 
connected to one side of I/O buffer controller 230a and the internal components of the cartridge 
5 inserted in cartridge slot 240 are connected to the other side of I/O buffer controller 230 (via 
connectors 24 and 13). As such, I/O buffer controller 230a controls input/output data buffering 
between these components. 

CPU 230 also includes VRAM 230b, WRAM 230c, ROM 230d, an LCD controller 230e, 
and a peripheral circuit 230f, all of which are connected to 32-bit circuit 23A and to 8-bit circuit 
10 23C via a bus. Peripheral circuit 230f carries out processing relevant to sound, DMAs, timers, 
I/Os, and the like. CPU 230 is also connected to operating keys 33a-33g, a sound amplifier 40, 
speaker 42, a power-supply unit 250, and LCD unit 270. CPU 230 processes the program(s) 
q stored in a cartridge currently inserted into cartridge slot 240 in response to the user's inputs via 
;; s ; operating keys 33a-33g, and then communicates outputs of the processing via LCD 27a and 
lSJ speaker 42. 

Power-supply unit 250 includes a power-supply 25a, a power-supply switch 25b, a DC-DC 
;i« converter 25c, and a voltage detection IC 25d. Power-supply 25a is preferably provided as one or 
more batteries (e.g., 2 AA disposable batteries or a rechargeable battery pack), and supplies power 
M 3 to DC-DC converter 25c via power-supply switch 25b. DC-DC converter 25c converts the DC 
2$j power supplied from power-supply 25a to generate various DC voltages. In the example AGB, 
DC-DC converter 25c generates DC voltages of -15V, 2.5V, 3.3V, 5V, and 13.6V. 

Cartridge shape detection switch 30 is connected to DC-DC converter 25c. When the 
cartridge inserted into cartridge slot 240 is an AGB-dedicated cartridge 100 A, cartridge shape 
detection switch 30 selects a DC voltage of 3.3V for output to the inserted cartridge. When a 
25 CGB cartridge 100C is inserted into cartridge slot 240, cartridge shape detection switch 30 selects 
a DC voltage of 5 V for output to the inserted cartridge. 

FIGURE 5B is a more detailed block diagram of the elements shown in FIGURE 5A that 
provides some additional details regarding some of the elements shown in FIGURE 5 A. In 
particular, FIGURE 5B shows LCD drivers 280 for driving LCD 27a. FIGURE 5B also shows 
30 interface 43 having an external unit 282 connected thereto. While the external unit in FIGURE 5B 
is an infrared communication device, the invention is not limited in this respect. An external 
WRAM 284 is also shown in FIGURE 5B. 
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FIGURE 5C is a deSH block diagram of CPU 230. In FIGUrKc, the symbols 
R:8/16/32 and W:8/16/32 mean, for example, that an area of 8 bits/16 bits/32 bits can be accessed 
when reading and writing, respectively. FIGURES 130A-130C are a schematic diagram of the 
CPU 230. 

Table I shows the memory configuration and access width. 



Table I 



Memory type 


Bus Width 


DMA 


CPU 


Read Width 


Write Width 


Read Width 


Write Width 


OAM 


32 


16/32 


16/32 


16/32 


16/32 


Palette RAM 


16 








1 O/ JZ 


VRAM 


16 


16/32 


16/32 


16/32 


16/32 


CPU Internal 
Working RAM 


32 


16/32 


16/32 


8/16/32 


8/16/32 


CPU External 
Working RAM 


16 


16/32 


16/32 


8/16/32 . 


8/16/32 


Internal registers 


32 


16/32 


16/32 


8/16/32 


8/16/32 


Game cartridge 
ROM (mask 
ROM, Flash 
memory) 


16 


16/32 


16/32 


8/16/32 


16/32 


Game cartridge 
RAM (SRAM, 
Flash memory) 


8 






8 


8 



Good execution efficiency may be obtained when programs that operate from the game 
cartridge use 16-bit instructions (16-bit compiler), and those that operate from the CPU internal 
working RAM use 32-bit instructions (32-bit compiler). In CPU 230, memory addresses are 
preferably allocated in 8-bit increments, and little-endian format is used in implementing the 8-, 16- 
and 32-bit access widths. Bit lengths in this application are expressed as shown in Table II: 



Table H 



Bit Length 


Term Used 


8 bits 


byte 


16 bits 


half-word 


32 bits 


word 



The relationships among cartridge shape detection switch 30, AGB-dedicated cartridge 
100A, and CGB cartridge 100C are described in detail below with reference to FIGURES 6-11. 
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FIGURE 6 is a block diagra^^nowing the main elements for identifying cartridge type in the 
example AGB. In AGB-dedicated cartridge 100 A, ROM 1 1 A and backup RAM 1 IB are shown in 
FIGURE 6 as constituting a 3.3V interface memory 1 1 . With reference to FIGURES 12 and 13, 
3 .3 V interface memory 1 1 is capable of data transfer in a multiplex mode through an 8-bit bus as 
will be described in greater detail below. In CGB cartridge 100C, ROM 1 1C is shown in FIGURE 
6 as constituting a 5V interface memory. 

CPU 230 includes a switching circuit 230s for selectively driving either 32-bit circuit 23 A 
or 8-bit circuit 23C based on a value of a register 23 A_3 supplied from a voltage detector 26d. 
32-bit circuit 23 A includes an AGB boot ROM 23A_1, an AGB CPU core 23AJ2, register 23A_3 
and a multiplex/8 -bit bus controller 23A_4. 8-bit circuit 23C includes a CGB boot ROM 23CJ, a 
CGB CPU core 23CJ2, and an 8-bit bus controller 23C_3. 

A reset circuit 50 resets CPU 230 in response to the voltage (3.3V) supplied from DC-DC 
converter 25c. Cartridge shape detection circuit 30 is provided with a selector 30s. Selector 30s 
is selectively connected with either the 3.3V output terminal or the 5V output terminal provided in 
DC-DC converter 25c so that the output from the selected output terminal is supplied to the 
cartridge inserted into cartridge slot 240. In the example AGB, selector 30s is normally biased to 
be connected to the 3.3V output terminal (shown as OFF in FIGURE 6). Thus, "normal" when 
referring to selector 30s means a state in which selector 30s is biased to be connected to the 3.3V 
output terminal. 

A method of uniquely selecting an output voltage depending on the cartridge type (i.e., 
AGB-dedicated cartridge 100 A or CGB cartridge 100C) will now be described. Cartridge shape 
detection switch 30 is positioned so that if a CGB cartridge 100C is inserted into cartridge slot 
240, a part of CGB cartridge 100C abuts (comes into contact with) selector 30s. Thus, as a CGB 
cartridge 100C is pushed into cartridge slot 240, the part abutting selector 30s pushes selector 30s 
to the 5V output terminal. Thus, selector 30s is no longer connected with the "normal" 3.3V 
output terminal, but is securely connected with the 5 V output terminal and retained at this position 
while the CGB cartridge 100C remains in cartridge slot 240. With selector 30s being connected to 
the 5 V output terminal, CGB cartridge 100C is supplied with the DC output of 5 V from DC-DC 
converter 25c. 

On the other hand, an AGB-dedicated cartridge 100 A is shaped so as no part thereof abuts 
selector 30s when it is inserted into cartridge slot 240. In this case, when an AGB-dedicated 
cartridge 100 A is completely inserted into cartridge slot 240, selector 30s remains "normally" 
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i^^V output terminal. As a result, an AGB<^li< 



biased and connected to the^^V output terminal. As a result, an AGB-aedicated cartridge 100 A 
is supplied with the DC output of 3.3V from DC-DC converter 25c. 

The method of identifying the above-described cartridge 100 is described in detail with 
reference to FIGURES 7-11. First, the case in which selector 30s is in the normal position and is 
5 connected to the 3.3V output terminal is described with reference to FIGURES 7 A and 7B. 
FIGURE 7 A shows, in side view, an AGB-dedicated cartridge 100 A both before and after its 
insertion into cartridge slot 240. In this example, selector 30s is positioned in the vicinity of a side 
end part of cartridge slot 240 (see also FIGURE 8C) and projects into the opening of cartridge 
slot 240 in a direction that is substantially perpendicular to the insertion direction Di of an end face 
10 of AGB-dedicated cartridge 100 A. AGB-dedicated cartridge 100 A is provided with a notch lOOn 
into which selector 30s is received as the cartridge is inserted into cartridge slot 240 in the Di 
direction. Notch lOOn prevents cartridge 100A from contacting selector 30s when the cartridge is 
□ inserted into cartridge slot 240 so that selector 30s remains "normally" biased and connected to 
!;*! the 3.3V output terminal. As a result, an AGB-dedicated cartridge 100A is supplied with the DC 
lSLS output of 3.3V from DC-DC converter 25c. 

, j: FIGURE 7B shows, in side view, a CGB cartridge 100C both before and after its insertion 

into cartridge slot 240. In this example, unlike AGB-dedicated cartridge 100 A, CGB cartridge 
100C has no notch in a part adjacent to selector 30s when the cartridge is inserted into cartridge 
M: slot 240 in the Di direction. As a result, selector 30s is pushed down by an end face of CGB 
2jQ;j cartridge 100C, and is connected to the 5V output terminal. Selector 30s is retained in this 
! «3 position while CGB cartridge 100C is in cartridge slot 240. As a result, CGB cartridge 100C is 
supplied with the DC output of 5V from DC-DC converter 25c. 

FIGURES 8A-8C show, by way of comparison, an end face of AGB-dedicated cartridge 
100 A (FIGURE 8 A), an end face of CGB cartridge 100C (FIGURE 8B), and the internal structure 
25 of cartridge slot 240 into which those end faces are inserted (FIGURE 8C). FIGURES 9A and 9B 
schematically show an AGB-dedicated cartridge 100 A just prior to its insertion into cartridge slot 
240 of the AGB. More specifically, FIGURE 9A is an angled, top-down, perspective diagram just 
prior to insertion of AGB-dedicated cartridge 100 A into cartridge slot 240 of the AGB and 
FIGURE 9B is an angled, bottom-up, perspective view corresponding to FIGURE 9A. FIGURES 
30 10A and 10B schematically show a CGB cartridge 100C just prior to its insertion into cartridge 
slot 240 of the AGB. More specifically, FIGURE 10A is an angled, top-down, perspective 
diagram just prior to insertion of CGB cartridge 100C into cartridge slot 240 of the AGB and 
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FIGURE 10B is an angled, tWrtom-up perspective view corresponding toTIGURE 10A. 

In the example shown in FIGURES 7-10, a notch lOOn is provided in AGB-dedicated 
cartridge 100A and no notch is provided in CGB cartridge 100C. Of course, the above concept is 
readily applied in situations in which the cartridges with which it is desired to maintain 
compatibility already have a notch into which a selector switch projecting into the interior of the 
cartridge slot may be received. In this case, no notch may be provided in cartridges dedicated to 
the new system. The normal position for selector 30s should be a position abutting the 5V output 
terminal. Thus, when a cartridge dedicated to the new system is inserted into cartridge slot, the 
selector 30s is then switched to select the 3.3V output terminal. 

It is also possible to determine cartridge type in other manners. In the above-described 
examples, cartridge type is identified by whether the shape of the cartridge causes a mechanical 
engagement of selector 30s. However, cartridge type identification is not limited to mechanical 
engagement with a cartridge shape detection switch 30. For example, cartridge type identification 
may be carried using a photoelectric sensor system or a read switch system. 

FIGURES 1 1 A and 1 IB show one type of photoelectric sensor system. FIGURES 1 1 A 
and 1 IB show a sensor system in which cartridge type is identified based on whether or not light L 
transmitted from a light-emitting unit is received by an optical sensor. The cartridge shape 
detection switches 30' and 30" of FIGURES 1 1 A and 1 IB, respectively, each include a light- 
emitting unit 30a and an optical sensor 30b. In the case shown in FIGURE 1 1 A, a rib 30s 1 having 
an aperture 100n' is additionally included. While aperture 100n' is shown in FIGURE 1 1 A as 
being circular, other shapes may of course be utilized. In the case shown in FIGURE 1 IB, on the 
other hand, a rib 30s" having no aperture is provided. The cartridge inserted into cartridge slot 
240 is provided with either a rib 30s 5 having an aperture or a rib 30s" having no aperture. Light- 
emitting unit 30a and optical sensor 30b are located in cartridge slot 240. If a cartridge having a 
rib 30s' (with aperture) is inserted into cartridge slot 240, light emitted by light-emitting unit 30a 
will be sensed by optical sensor 30b. If a cartridge having a rib 30s" (no aperture) is inserted into 
cartridge slot 240, light emitted by light-emitting unit 30a will not be sensed by optical sensor 30b. 
Thus, by determining whether the optical sensor senses light, cartridges of different types can be 
identified. 

FIGURES 1 1C and 1 ID show another type of photoelectric sensor system. FIGURES 
11C and 1 ID show a sensor system in which cartridge type is identified based on whether or not 
light L transmitted from a light emitting/receiving unit is reflected back to the unit. The cartridge 
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shape detection switches 30^and 30ab' of FIGURES 1 1C and 1 ID, respectively, each include a 
light emitting/receiving unit 30ab. In the case shown in FIGURE 1 1C, a rib 30s' is provided, while 
in the case shown in FIGURE 1 ID, a rib 30r is provided. Rib 30r is similar to rib 30s" (see 
FIGURE 1 IB) but also includes a reflector lOOr for reflecting the light L. The cartridge inserted 
into cartridge slot 240 is provided with either a rib 30s 5 or a rib 3 Or. Light emitting/receiving unit 
30ab is located in cartridge slot 240. If a cartridge having a rib 30s' (aperture) is inserted into 
cartridge slot 240, light emitted by light emitting/receiving unit 30ab will not be reflected back to 
the unit. If a cartridge a rib 30r (reflector) is inserted into cartridge slot 240, light emitted by light 
emitting/receiving unit 30ab will be reflected back to the unit. Thus, by determining whether light 
is received by the light emitting/receiving unit 30ab, cartridges of different types can be identified. 

Cartridge type can also be identified using a read switch system. In this system, a magnetic 
substance is provided to one or the other of the AGB-dedicated cartridge 100 A and the CGB 
cartridge 100C. The magnetic substance drives a selector (30s) of cartridge shape detection 
switch 30 located in cartridge slot 240 to one or the other a 3.3V or 5V voltage output terminal. 

The operation of the example AGB will now be described with reference to FIGURES 12- 
19. FIGURES 12A and 12B respectively illustrate the detailed structures of the CGB cartridge 
100C and the AGB-dedicated cartridge 100A shown in FIGURE 6. As shown in FIGURE 12A, 
CGB cartridge 100C includes ROM 1 1C (the 5 V interface memory). ROM 1 1C includes a 
general-purpose memory storing an 8-bit program for the CGB as described above, and has an 8- 
bit bus memory space. CGB ROM 1 1C is supplied with a /CS (chip select) signal, a AVR (write) 
signal, an /RD (read) signal, and is connected to an 8-bit bus (5V interface). As shown in 
FIGURE 1 IB, in AGB-dedicated cartridge 100A, the 3.3V interface memory 1 1 includes an AGB 
ROM 1 1 A having a multiplex bus memory space and an AGB RAM 1 IB having an 8-bit bus 
memory space. AGB ROM 1 1 A is supplied with an /RD signal, a AVR signal and a /CS signal and 
is connected to a switch multiplex/8-bit bus (3.3V interface). AGB RAM 1 IB is supplied with the 
/RD signal, the AVR signal and a /CS2 signal and is connected to the switch multiplex/8-bit bus. 

FIGURE 13 is a block diagram showing parts relevant to bus control in 8-bit circuit 23 C 
and 32-bit circuit 23 A. In 32-bit circuit 23 A, multiplex/8-bit bus controller 23A_4 includes a 
multiplex bus controller 23A_4a for AGB ROM 1 1 A and an 8-bit bus controller 23 A_4b for AGB 
RAM 1 IB. AGB CPU core 23A_2 outputs an address to multiplex/8-bit bus controller 23 A_4. 
In response thereto, multiplex/8-bit bus controller 23 A_4 returns the data corresponding to the 
address to AGB CPU core 23A_2. In 8-bit circuit 23C, CGB CPU core 23C_2 outputs an 
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address to 8-bit bus controli^^3C_3 for CGB ROM 1 1C. In response TEereto, 8-bit bus 
controller 23C_3 returns the data corresponding to the address to CGB CPU core 23C_2. 

FIGURE 14 shows a cartridge interface of the example AGB. In FIGURE 14, the column 
designated as "NO" corresponds to a pin number in connector 24 of the AGB. The column 
5 designated as "CGB" indicates input/output data when a CGB cartridge 100C is inserted into 
cartridge slot 240. The column designated "AGB ROM" indicates input/output data when an 
AGB-dedicated cartridge 100A is inserted into cartridge slot 240 and the AGB ROM is accessed. 
The column designated "AGB RAM" indicates input/output data when an AGB-dedicated 
cartridge 100 A is inserted into cartridge slot 240 and the AGB RAM is accessed. The column 
10 designated "Remarks" provides details about the input/output corresponding to the pin number. 

As is apparent from the drawing, in order to carry out the 8-bit program utilizing the 
sixteen address lines of pin numbers 6 to 21 (AO to A 15) if a CGB cartridge 100C is connected, 
rg the 8-bit circuit 23 C requests the ROM to output 8-bit data through pin numbers 22 to 29 (DO to 
D7). On the other hand, in order to carry out the 32-bit program utilizing the twenty-four address 
1ISI lines of pin numbers 6 to 29 (AO to A23) if an AGB-dedicated cartridge is connected and the AGB 
t ;*;; ROM is accessed, the 32-bit circuit 23 A requests the ROM to output 16-bit data through the pin 
\Z numbers 6 to 21 (DO to D15). In this case, for the pin numbers 6 to 21, address input and data 
- output are carried out in a time-division manner, or in a time-sharing manner. Such an operation 
j s j s mode is referred to as a multiplex mode. Although a data bus for 32-bit circuit 23A is 32-bits 
2££ wide, an external bus is 16-bits wide. Thus, for example, when 32-bit data is to be transmitted, the 
□ data is transmitted in two 16-bit units. If an AGB-dedicated cartridge 100A is connected and the 
AGB RAM is accessed, the pins in the cartridge interface are allocated similarly to the case in 
which a CGB cartridge 100C is connected. 

FIGURE 15 shows the connecting relationship among connector 13, AGB ROM 1 1A, and 
25 CGB ROM 1 1C described with reference to FIGURE 14. 

FIGURES 16A and 16B are memory maps for the AGB. FIGURE 166 A is a memory map 
of the example AGB when an AGB-dedicated cartridge 100 A is connected thereto. The addresses 
from OOOOOOOOh to 07FFFFFFh are a memory space for internal ROM, internal RAM, I/O, 
registers, and the like; the addresses from 0800000h to 0DFFFFFF are a memory space for AGB 
30 ROM 1 1 A; and the addresses from OEOOOOOOh to OEOOFFFFh are a memory space for AGB RAM 
1 IB. FIGURE 16B is a more detailed memory map of the example AGB when an AGB-dedicated 
cartridge 100A is connected thereto. In broad terms, the memory space from OOOOOOOOh to 
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07FFFFFFh is allocated as ^HB internal memory and the memory spac^rom 08000000h to 
OEFFFFFFh is allocated as game cartridge memory. The 16 Kbytes from OOOOOOOOh is the system 
ROM. The 256 Kbytes from 02000000h is CPU External Working RAM. The specifications of 
the CPU External Working RAM are 2 Wait 16 bit bus. The 32 Kbytes from 03000000h is CPU 
5 Internal Working RAM used to store programs and data. The space beginning at 04000000h is 
used for I/O and for various registers. The 1 Kbyte from 05000000h is palette RAM used to 
assign palette colors. The 96 Kbytes from 06000000h is VRAM used for BG and OBJ data. The 
1 Kbyte from 07000000h is object attribute memory (OAM) that holds the objects to be displayed 
and their attributes. 

10 The game cartridge memory includes game cartridge ROM 1 1A and game cartridge RAM 

1 IB. Three 32 MB game cartridge ROM spaces are allocated to the area beginning from 
08000000h. The access speed of each of these spaces can be set separately. Thus, these spaces 

□ are designated as "Wait State 0", "Wait State 1" and "Wait State 2". This memory specification 
enables memory of varying access speeds in the game cartridge ROM to be accessed optimally. 

liSJ The base addresses of the three spaces are 08000000h for "Wait State 0"; OAOOOOOOh for "Wait 
;J State 1"; and OCOOOOOOh for "Wait State 2" The upper 1 Mbit of each of these spaces is 
;Z allocated as flash memory used primarily for saving data. The space beginning at OEOOOOOOh is 
* game cartridge RAM 1 IB (SRAM or Flash memory) storing up to 5 12 Kbits of data. 
U When 32-bit circuit 23 A designates the memory space of 08000000h to OEOOOOOh 

20[ reserved for AGB ROM 1 1 A, memory transfer is made in the multiplex bus mode, and when 32- 

□ bit circuit 23 A designates the memory space of OEOOOOOOh to OEOOFFFFh reserved for AGB 
RAM 1 IB, memory transfer is made in a normal bus mode. 

Although the 32 MB game cartridge memory space is mapped to the area from 08000000h 
onward, the 32 MB spaces beginning from OAOOOOOOh and OCOOOOOOh are images of the 32 MB 

25 space that starts at 08000000h. These images enable memory to be used according to the access 
speed of the game cartridge memory (1-4 wait cycles). 

FIGURE 17 shows an example Wait State Control register WSCNT. The register 
WSCNT and the other registers described herein are provided by way of illustration, not 
limitation. It will be recognized that various arrangements of, for example, hardware and software 

30 registers, hardware and software switches, and data tables may be used to implement the controls 
described herein. FIGURES 13 1 A- 13 1G provide a listing of all AGB registers and identify the 
various application figures that illustrate the registers in greater detail. FIGURES 133A-133F are 
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symbols used to represent tlrTOttributes of bits used in bit operations. 

WSCNT [dl5] (Game Cartridge Type Flag) is used by the system ROM. 

WSCNT [dl4] (Pre-fetch Buffer Flag) - when the pre-fetch buffer flag is enabled (set to 1) 
and there is some free space, the pre-fetch buffer takes control of the game cartridge bus when the 
CPU is not using it, and repeatedly reads game cartridge ROM data. When the CPU tries to read 
instructions from the game cartridge and it hits the pre-fetch buffer, the fetch is completed with no 
wait with respect to the CPU. If there is no hit, the fetch is done from the game cartridge ROM 
and there is a wait based on the set wait state. If the pre-fetch buffer flag is disabled (set to 0), the 
fetch is done from the game cartridge ROM. There is a wait with respect to the CPU based on the 
wait state associated with the fetch instruction to the game cartridge ROM. 

WSCNT [dl2-l 1] (PHI Terminal Output Control) controls the output from the PHI 
terminal (see FIGURE 14). In the example AGB, this is set to 00 (No Output). 

WSCNT [dl0-08],[d07-05],[d04-02] (Wait State Wait Control) sets the individual wait 
cycles for each of the three areas (Wait States 0-2) that occur in game cartridge ROM. The 
relation between the wait control settings and wait cycles is shown in Table III: 



Table III 



Wait Control Value 


Wait Cycles 




1 st Access 


2 nd Access 






Wait State 0 


Wait State 1 


Wait State 2 


000 


4 


2 


4 


8 


001 


3 


2 


4 


8 


010 


2 


2 


4 


8 


011 


8 


2 


4 


8 


100 


4 


1 


1 


1 


101 


3 


1 


1 


1 


110 


2 


1 


1 


1 


111 


8 


1 


1 


1 



In the example AGB, the wait control value is set to 101 (1 st access/3 Wait and 2 nd access/1 Wait). 

WSCNT [dO 1-00] (Game Cartridge RAM Wait Control) sets the wait cycles for the game 
cartridge RAM. The relation between the wait control settings and wait cycles is shown in Table 
IV: 

Table IV 



Wait Control Value 


Wait Cycles 


00 


4 


01 


3 



23 



10 



2 



• 
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FIGURE 16C is a memory map of the AGB when a CGB cartridge 100C is connected 
thereto. The memory space from OOOOh to 07FFh is reserved for internal ROM, internal RAM, 
I/O, registers, and the like and memory space from 8000h to FFFFh is for CGB ROM 1 1C. 

The read/write access operations in the AGB ROM 1 1 A, AGB RAM 1 IB, and CGB ROM 
11C will now be described with reference to the timing charts of FIGURES 18A-18F. FIGURE 
18A is a timing chart for the read access of AGB ROM 1 1 A. In FIGURE 18 A, Ck is the system 
clock waveform; AD[0:15] is the multiplex of address and data for AO/DO to A15/D15 (pin 
numbers 6 to 21 shown in FIGURE 14); CSB is the chip select bar (/CS) for pin number 5 shown 
in FIGURE 14; RDB is the read bar (/RD) for pin number 4 shown in FIGURE 14; A[16:23] is an 
address output of address A16 to A23 for pin numbers 22 to 29 shown in FIGURE 14; and tO to 
tl3 indicate respective times synchronized with a falling edge of the system clock Ck. 

In FIGURE 18 A, AGB ROM 1 1 A is subjected to random-access control during times tl to 
t4, to sequential-access control during times t5 to t8, and to random-access control again during 
times t9 to tl2. During times tl to t8, CSB is set low. RDB is set low intermittently, i.e., during 
times t3 to t4, times t5 to t6, and times t7 to t8. Under such conditions, a read address is first 
outputted to AD[0:15] from slightly before tl until slightly after t2, and then data is sequentially 
accessed from slightly before t4 until slightly before t9 so that the data is sequentially read over 
three blocks. After the time slightly before time t9, random-access control is initiated. 

Sequential access occurs when addresses are sequentially read for memory contents. Thus, 
when the addresses are sequential, the CPU has no need to output any address, and the memory 
addresses can be counted up using only a control signal (RDB). That is, data can be read faster 
because no time is taken for outputting addresses. Alternatively, program data may be 
sequentially read in advance so as to smoothly activate the program. 

Random access occurs when addresses are non-sequentially read for memory contents. 
Thus, an address must be input every time memory is read, and reading data therefore takes time. 
As such, in AGB ROM 1 1 A, random access control and sequential control are both applied. 

A multiplexed bus reduces the number of pins needed for an interface bus because one or 
more pins are used for both addresses and data. Therefore, data output cannot be done without 
address input, and consequently access speed takes longer than a normal bus. This problem can be 
addressed if the above-described sequential-access control is applied. To carry out sequential- 
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access control, however, thCTnemory side must be provided with a speciaTcircuit (address 
counter) to be described below. 

FIGURES 18B and 18C are timing charts illustrating in more detail sequential and random 
game cartridge ROM access, respectively, with 3 wait cycles on the first access and 1 wait cycle 
on the second access. 

FIGURE 18D shows a timing chart for the write access of AGB RAM 1 IB; FIGURE 18E 
shows a timing chart for the read access of AGB RAM 1 IB; and FIGURE 18F shows a timing 
chart for the read access of CGB ROM 1 1C. The reference characters in FIGURES 18D-18F are 
the same as those used in the description for FIGURE 18 A. 

A multiplex conversion circuit including an address counter to enable sequential access will 
be described with reference to FIGURE 19. In a multiplex bus converter MBC, A[23 : 16] input 
into an address counter AC refers to A23 to A16 (the upper address of the CPU), and AD[15:0] 
refers to A15 to AO and data D15 to DO (the lower address of the CPU). In the address counter 
AC, a chip select signal (/CS) is supplied to a LOAD input, and a read signal (/RD) is supplied to a 
CLOCK input. Based on these four inputs, address counter AC outputs a memory address bus 
signal MA [23:0]. A memory data bus MD[15:0] is connected to AD[15:0], and then the data 
D 15 to DO is returned in response to the memory address bus signal. 

In a multiplex bus converter MBC structured as in FIGURE 19, address counter AC is a 
24-bit counter, the A[23:16] signal and the AD[15:0] signal are both loaded when /CS falls, and 
the memory address bus signal MA [23:0] is generated. The /RD signal is supplied to the address 
counter AC as a count-up signal. As a result, sequential access control can be realized. Here, data 
output from the memory is controlled by the /CS signal and the /RD signal. 

The operation of the example AGB will be described with reference to FIGURE 20. At 
step S2, a cartridge is inserted into cartridge slot 240 of the AGB. At step S4, cartridge shape 
detection switch 30 determines, based on the state of selector 30s, whether the inserted cartridge 
is an AGB-dedicated cartridge 100 A or a CGB cartridge 100C. More specifically, when the 
cartridge is an AGB-dedicated cartridge 100A, selector 30s remains OFF (normal position), and is 
connected to the 3.3V output terminal in DC-DC converter 25c. When the cartridge is a CGB 
cartridge 100C, on the other hand, selector 30s moves from the normal position (OFF), and is 
connected to the 5 V output terminal (ON). When the cartridge is completely inserted into 
cartridge slot 240, a user turns ON power-supply switch 25b of the AGB (S5). If selector 30s is 
OFF in step S4, the operation proceeds to step S6. At step S6, DC-DC converter 25c supplies, 
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via cartridge shape detectiorawitch 30, a DC voltage of 3.3V to the cartridge, to I/O buffer 
controller 230a in CPU 230 and to voltage detection IC 25d. At step S8, voltage detection IC 25d 
detects the voltage of 3.3V supplied via cartridge shape detection switch 30, and then outputs to 
register 23A_3 a high-level (level 1) signal to indicate that an AGB-dedicated cartridge 100A is 
5 inserted into cartridge slot 240. Then, the operation proceeds to step S14. 

If cartridge shape detection switch 30 is ON when the cartridge is completely inserted into 
cartridge slot 240, the operation proceeds from step S5 to step S10. At step S10, the cartridge is 
already inserted into cartridge slot 240. Thus, DC-DC converter 25c supplies, via cartridge shape 
detection switch 30, a DC voltage of 5V to the cartridge, to I/O buffer controller 230a in CPU 
10 230, and to voltage detection IC 25d. At step SI 2, voltage detection IC 25d detects the DC 

voltage of 5V supplied via cartridge shape detection switch 30, and then outputs to register 23A_3 
a low-level (level 0) signal to indicate that a CGB cartridge 100C is engaged. Then, the operation 
O proceeds to step SI 4. 

'rl At step S14, in response to voltage input (3.3V) from DC-DC converter 25c, reset circuit 

l&j 50 clears the reset of CPU 230. The operation proceeds to step S16 at which AGB CPU core 
: i 23 A_2 in CPU 230 is activated and the boot code in AGB boot ROM 231 is started. The 

operation proceeds to step S18 where AGB CPU core 23A_2 reads register 23A_3 to determine 
whether the value written therein is 1 or 0. If the value is 1 (i.e., an AGB-dedicated cartridge 
M* 100A is inserted in cartridge slot 240), the operation proceeds to step S20. At step S20, the 
20j processing of the boot code in AGB boot ROM 23 A_l continues. Then, the operation proceeds 
;?»[ to step S22 where AGB-dedicated cartridge 100A is accessed using the multiplex bus interface. 
At step S24, based on the data read out at step S22, a 32-bit game stored in AGB-dedicated 
cartridge 100A is started. 

If at step SI 8, the value in register 23 A3 is 0 (i.e., a CGB cartridge 100C is inserted in 
25 cartridge slot 240), the operation proceeds to step S26 where switching circuit 230s is activated. 
The operation then proceeds to step S28 where, in accordance with switching circuit 230s, AGB 
CPU core 23A 2 is stopped and CGB CPU core 23C_2 is activated. The operation then proceeds 
to step S30 where CGB CPU core 23C 2 executes the processing described in CGB boot ROM 
23C1. The operation then proceeds to step S32 where the memory in CGB cartridge 100C is 
30 accessed through a general-purpose bus interface. Memory access by the general-purpose 

interface is described above with reference to FIGURES 14 and 15. The operation then proceeds 
to step S34 where, based on the data read out from CGB cartridge 100C in step S32, an 8-bit game 

26 



O^fc started. 



stored in CGB cartridge lOO^s started. 

In the example embodiment, as already described, the cartridge type inserted into cartridge 
slot 240 is identified for switching between a bus mode for AGB ROM 1 1 A and for CGB ROM 
11C. In an alternative embodiment, the bus mode may be switched depending on a value of the 
5 reading address from the CPU. 

In the above-described flowchart, the operations in steps S2 to S14 are executed by 
providing notch lOOn for an AGB-dedicated cartridge 100 A, and by placing selector 30s of 
cartridge shape detection switch 30 in such manner as to be accommodated in notch lOOn, and as 
to be connected, as the normal position, to the 3.3V output terminal of DC-DC converter 25c. 
10 Then, the steps S16 to S34 are carried out by components provided in CPU 230. The output from 
voltage detection IC 25d in steps S8 and S12 determines which results follow after the processing 
at step SI 2. Thus, it is determined, based on the presence or absence of notch lOOn in the 
n cartridge, whether the multiplex bus interface is used for access at step S22 or the general-purpose 
;; a j bus interface is used for access at step S32. Thus, notch lOOn provided in the cartridge functions 
l!5J as a bus mode selector. 

[jz The structure of the AGB ROM 1 1 A will now be described with reference to FIGURES 

21 A and 2 IB. FIGURE 21 A shows an example one-chip structure as custom ROM. In FIGURE 
21 A, AGB ROM 1 1 A is composed of the multiplex bus converter MBC and general-purpose 
memory M on one chip. The upper addresses A16 to A23 shown in FIGURE 14 are inputted to 

2jQ: multiplex bus converter MBC. In addition, along with input of the lower addresses AO to A15, 

□ output of the data DO to Dl 5 is multiplexed and then executed. Multiplex bus converter MBC 
outputs an address to the general-purpose memory M, while the general-purpose memory M 
outputs data to the multiplex bus converter MBC. Multiplex bus converter MBC and general- 
purpose memory M both receive a control signal, and thus are controlled in operation. 

25 FIGURE 2 IB shows AGB ROM 1 1 A, unlike the custom ROM whose components are 

placed on a single chip as shown in FIGURE 21 A, having a multiplex bus converter MBC and a 
general-purpose memory M' individually wired as discrete chips. Such structure is more easily 
manufactured than the one chip structure shown in FIGURE 21 A. In examples shown in 
FIGURES 21 A and 21B, AGB ROM 1 1 A is composed of a write-once mask ROM, but of course, 

30 may be composed of a write-many flash ROM, or the like. 

Other examples of the cartridge type identification mechanisms will now be described with 
reference to FIGURES 22-25. 
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An example of discriminating between an AGB-dedicated cartriage 100 A and a CGB 
cartridge 100C using an identification code will now be described with reference to FIGURES 22 
and 23 . In particular, an identification code corresponding to the cartridge type is stored in a 
storage device provided in the cartridge and the identification code is read when power is turned 
5 on. FIGURE 22 is a block diagram showing main parts relevant to identifying the cartridge type 
using an identification code. An example portable game system AGBr in this embodiment is 
provided with a voltage selector 60 instead of a cartridge shape detection switch 30 as in the 
example AGB shown in FIGURE 6. An AGB-dedicated cartridge lOOAr is used with the AGBr. 
The AGBr does not include the voltage detector 26d or the register 23A_3 provided in the AGB. 
10 Voltage selector 60 is connected to 32-bit circuit 23 A, and is controlled by a control signal 
outputted therefrom. 

AGB-dedicated cartridge lOOAr includes an identification code region lOOnA provided in 
Q the 3.3 V interface memory 1 1 . Region lOOnA stores an identification code representing the 
i;i cartridge type. Like cartridge shape detection switch 30 in the AGB, voltage selector 60 is a 
15U switch for selecting an output from DC-DC converter 25c. However, voltage selector 60 operates 
iS ": electronically rather than mechanically. Because of this difference, AGB-dedicated cartridge 
lOOAr does not require and does not include the voltage detector 26d or the register 23 A 3 that 
are included in AGB-dedicated cartridge 100 A. For the purpose of discriminating from the CPU 
H= 230 shown in FIGURE 6, the CPU in FIGURE 22 is designated as CPU 230r. 
2flj The operation for identifying cartridge type using the identification code in the AGBr will 

^ now be described. When the AGBr is turned on, a voltage of 3.3V is supplied to the cartridge. 
Then, AGB CPU core 23 AJ2 is activated. AGB CPU core 23 A_2 is operable to attempt to read 
an identification code from a specific region in memory provided in the cartridge inserted into 
cartridge slot 240. If the code is read successfully read and if the code identifies an AGB- 
25 dedicated cartridge lOOAr, AGB CPU core 23A_2 keeps working. If identification code does not 
identify an AGB-dedicated cartridge lOOAr, or if the attempt to read the identification code fails, 
AGB CPU core 23A_2 identifies the inserted cartridge as a CGB cartridge 100. In this case, 32- 
bit circuit 32A controls voltage selector 60 to select 5V. AGB CPU core 23A_2 then starts 
switching circuit 230s. Switching circuit 230s stops AGB CPU core 23 A2, and starts CGB CPU 
30 core 23C_2. 

The operation of the example AGBr will now be described with reference to the flowchart 
shown in FIGURE 23. At step S2, the cartridge is inserted into cartridge slot 240 in the AGBr. 
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At step S5, a user turns on p^er-supply switch 25b of the AGBr. At step S6, DC-DC converter 
25c supplies, via voltage selector 60, a DC voltage of 3.3V to the cartridge and I/O buffer 
controller 230a of CPU 230r. Then, operation proceeds to step SI 16. At step SI 16, AGBr CPU 
core 23A_2 in CPU 230r is activated, starts executing the processing described in AGBr boot 
5 ROM 23A_1, and then attempts to read the identification code stored in the identification code 
region of the inserted cartridge. When connector 24 is engaged with AGBr-dedicated cartridge 
lOOAr, the identification code is read from identification code region lOOnA. On the other hand, 
when connector 24 is engaged with CGB cartridge lOOCr, no AGBr identification code is read. 

The operation then proceeds to step SI 18. At step SI 18, the cartridge type is determined 
10 based on the identification code read in step SI 16. In this example, it is determined whether the 
inserted cartridge is an AGBr-dedicated cartridge lOOAr. If it is determined that the inserted 
cartridge is an AGBr-dedicated cartridge lOOAr, the operation proceeds to the above-described 
rj steps S20, S22, and S24 which are explained above with reference to FIGURE 20. 
'r> If it is determined at SI 18 that the inserted cartridge is not an AGBr-dedicated cartridge 

ljSJ lOOAr (e.g., the inserted cartridge is a CGB cartridge 100C), the operation proceeds to step S120, 
:= ;;; At step S120, voltage selector 60 selects 5V instead of 3.3V. Then, the operation proceeds to the 
above-described steps S26, S28, S30, S32, and S34 which are explained above with reference to 
FIGURE 20. 

M.- The operations of steps SI 16 and SI 18 will now be described in greater detail. As one 

2j0E; example, assume the cartridge inserted into cartridge slot 240 of the AGBr is an AGBr-dedicated 
! =3 cartridge lOOAr having an AGBr identification code stored therein. If an AGBr-dedicated 

cartridge lOOAr is inserted, the above-described operations are performed. If a CGB cartridge 
100C is inserted, however, it cannot be normally accessed at step SI 16. This is because the 
voltage supplied to the cartridge in step S6 is 3.3 V. In any event, even if the CGB cartridge is 
25 successfully accessed, it has no identification code region lOOnA. As a result, at step SI 16, no 
identification code for an AGBr-dedicated cartridge lOOAr is read out; thus it is determined that a 
CGB cartridge lOOCr is inserted. 

The AGB-dedicated cartridge lOOAr and the CGB cartridge lOOCr may be driven by the 
same voltage level (e.g., 3.3V), and may each be provided with memory that is accessible by 
30 common bus control (e.g., separate bus control) so as to store the identification code only. If so, 
AGB CPU core 23 A_2 becomes accessible to the memory regardless of the cartridge type, and 
can correctly read the identification code from the identification code region 1 OOnA or an 
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identification code region 1 ( 

A method for identifying the cartridge type using a signal-line short will be described with 
reference to FIGURES 24 and 25. FIGURE 24 is a block diagram showing parts relevant to the 
cartridge type identifying operation. An example portable game system AGBrr in this embodiment 
5 is provided with voltage selector 60 instead of a cartridge shape detection switch 30 as in the 

example AGB shown in FIGURE 6. An AGBrr-dedicated cartridge 100 A is used with the AGBrr. 
Cartridge slot 240 of the AGBrr is provided with two signal lines W extending from voltage 
selector 60. AGBrr-dedicated cartridge lOOArr is provided with a short S that causes those two 
signal lines W to short out when an AGBrr-dedicated cartridge lOOArr is inserted into cartridge 
10 slot 240. 

In the AGBrr, the signal lines W are not shorted when a CGB cartridge 100C is inserted 
into cartridge slot 240. However, when an AGB-dedicated cartridge lOOArr is inserted into 
o cartridge slot 240, the two signal lines W are shorted by the short. Detection of the shorting of the 
-! [I two signal lines W enables the AGBrr to identify the cartridge type. Based on whether the signal 

l|5j lines W are shorted or not, voltage selector 60 selects either 3.3V or 5V. 
«« The operation of the AGBrr for identifying cartridge type based on the shorting of signal 

n lines W is similar to the operation for identifying cartridge type using identification codes. In the 
; ! AGBrr, AGB CPU 23 A_2 detects the shorting of the signal lines instead of reading the 
M s identification code. Because only the short is detected, it is possible to correctly detect the short 

i4\ even when the supplied voltage is 3.3V. 

J:™ The operation of the AGBrr will be described with reference to the flowchart shown in 

FIGURE 25. The operation of information processing device AGBrr is described with a focus on 
the steps relevant to this example. At step S2, a cartridge is inserted into cartridge slot 240 in the 
AGBrr. At step S5, a user turns on power-supply switch 25b of the AGBrr. At step SI 04, a 

25 determination is made as to whether the signal lines W are shorted. If the signal lines W are 

shorted as determined by the short S provided in AGBrr-dedicated cartridge lOOArr, steps S6 to 
S34 described above are executed. If the signal lines W are not shorted (e.g., because CGB 
cartridge 100C has no short), the above-described operations of steps S10 to S34 are executed. 

30 EXAMPLE LIQUID CRYSTAL DISPLAY 

The liquid crystal display of the example AGB is shown in FIGURE 26. The example 
AGB uses a 2.9 inch- wide reflective TFT color liquid crystal display screen. The vertical blanking 
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interval of the example AG^rc longer than that of the CGB and its horizontal blanking interval is 
fixed. Table V sets forth the display characteristics: 

Table V 



Item 


Value 


Interval 


Display screen size 


Number of dots per 
horizontal line 


240 dots 


57.221 microseconds 


Number of horizontal 
lines 


160 lines 


11.749 milliseconds 


Total number of dots 


Number of dots per 
horizontal line 


DUO UOLS 


/j.Hjj micro seconds 


Number of horizontal 
lines 


228 lines 


16.743 milliseconds 


Blanking 


Number of dots per 
horizontal blank 


68 dots 


16.212 microseconds 


Number of horizontal 
lines per vertical blank 


68 lines 


4.994 milliseconds 


Scanning cycle 


H interval frequency 


13.618 kHz 


73.433 microseconds 


V interval frequency 


59.727 Hz 


16.743 milliseconds 



The example AGB may display images in widescreen format (e.g., 240 x 160) or in non- 
widescreen format (e.g., 160 x 140). The non- widescreen format includes borders around the 
displayed images and may be used, for example, to display CGB games developed for the CGB. It 
is also possible to provide a switching capability so that games (e.g., CGB games) may be 
selectively displayed in either the widescreen or non-widescreen format. The switching from one 
format to another may be accomplished using one of the shoulder buttons (e.g., button 33g). 

Liquid Crystal Display Status 

V Counter 

The VCOUNT register shown in FIGURE 27 can be used to read which of the total of 228 
LCD lines is currently being rendered. VCOUNT [d07-00] are the V counter value and a value in 
the range of 0-227 is read. A value of 0-159 indicates that rendering is in progress and a value of 
160-227 indicates a vertical blanking interval. 

General LCD Status 

The DSIPSTAT register shown in FIGURE 28 can be used for status and interrupt 
requests. 
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DISPSTAT [dl5-087TV Count Setting) can be used to set the vame used for V counter 
evaluation and V counter match interrupts. The range for this setting is 0-227. 

DISPSTAT [d05] (V Counter Match Interrupt Request Enable Flag) allows an interrupt 
request to be generated when the value of the V counter setting and the value of the line actually 
5 rendered (VCOUNT register value) agree. 

DISPSTAT [d04] (H-Blank Interrupt Request Enable Flag) allows an interrupt request to 
be generated during horizontal blanking. 

DISPSTAT [d03] (V-Blank Interrupt Request Enable Flag) allows an interrupt to be 
generated during vertical blanking. 
10 DISPSTAT [d02] (V Counter Evaluation) is a flag that indicates whether the V count 

setting and the V count register value match. It is set while they match and automatically reset 
when they no longer match, 
ri DISPSTAT [dOl] (H-Blank Status) can check whether a horizontal blanking interval is 

'r\ currently in effect. 

lKJ DISPSTAT [dOO] (V-Blank Status) can check whether a vertical blanking interval is 

; ;;; currently in effect. 

EXAMPLE IMAGE SYSTEM 



O FIGURE 29. 

DISPCNT [dl5] (OBJ Window Display Flag) is a master flag that controls whether the 
OBJ window is displayed. The object window is described in greater detail below. 

DISPCNT [dl4], [dl3] (Display Flags for Windows 0 and 1) are master flags that control 
25 whether windows 0 and 1 are displayed. The window feature is described in greater detail below. 

DISPCNT [d 12-08] (Individual Screens Display Flags) allows individual control of 
whether OBJ, BG3, BG2, BG1 and BGO, respectively, are displayed. 

DISPCNT [d07] (Forced Blank) - setting this bit causes the CPU to forcibly halt operation 
of the image processing circuit, allowing access to VRAM, color palette RAM, OAM, and the 
30 internal registers. The LCD screen displays white during a forced blank. However, the internal 
HV synchronous counter continues to operate even during a forced blank. When the internal HV 
synchronous counter cancels a forced blank during a display period, the display begins from the 
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The example AGB can use different image systems depending on the purpose of the 
software. These display-related items are changed mainly using the DISPCNT register shown in 
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beginning, following the dispfay of three vertical lines. 

DISPCNT [d06] (OBJ Character VRAM Mapping Format) specifies the VRAM mapping 
format for an OBJ character. A setting of 0 causes the OBJ character to be handled in memory 
mapped 2-dimensional format. A setting of 1 causes the OBJ character to be handled in memory 
mapped 1 -dimensional format. The OBJ character VRAM mapping formats will be explained in 
greater detail below. 

DISPCNT [d05] (H-Blank Interval OBJ Processing Flag) is set to 0 to execute OBJ render 
processing of all H-Line intervals (including H-Blank intervals). A setting of 1 executes OBJ 
render processing of the display intervals only and not for H-blank intervals. Thus, when the user 
accesses OAM or OBJ VRAM during an H-blank interval, this bit needs to be set. However, 
maximum OBJ display performance cannot be obtained in this situation. 

DISPCNT [d04] (Display Frame Selection) allows selection of one of the frame buffers for 
rendering when rendering in bitmap format in a mode in which there are 2 frame buffers (BG 
modes 4 and 5). A setting of 0 selects the contents of frame buffer 0 for rendering; a setting of 1 
selects the contents of frame buffer 1 for rendering. 

DISPCNT [d03] (CGB Mode) is controlled by the system and is not typically accessible. 
As discussed above, the example AGB is equipped with 2 CPUs. In AGB mode, a 32-bit RISC 
CPU starts, and in CGB mode, an 8-bit CISC CPU starts. 

DISPCNT [d02-00] (BG Mode) selects the BG mode from a range of 0-5. BG modes are 
explained in greater detail below. 



In the example AGB, changing the BG mode allows character format and bitmap format to 
be used selectively, as appropriate. In BG modes 0, 1 and 2, rendering to the LCD screen is 
performed in a character format suitable for the game. In BG modes 3, 4 and 5, rendering the 
LCD screen is performed in bitmap format. FIGURES 30A and 30B show the various features of 
the BG modes. 

In BG mode 3, one frame memory is available that can display 32,768 colors, which is 
suitable for rendering still images. BG modes 4 and 5 allow double buffering using two frame 
memories, and are thus suited for rendering animated video. The method of controlling text BG 



BG Modes 



Details of BG Modes 
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scrolling is different from tfRK>f BG rotation/scaling and bitmap BG scroffing. This is discussed in 
greater detail below. 



VRAM Memory Maps 
The VRAM (96 Kbyte) memory maps in the various BG modes are shown in FIGURE 3 1 . 
The screen and character data areas can be mapped in the 64 Kbyte BG area in BG modes 0, 1 and 
2. This is explained in greater detail below. 

EXAMPLE RENDERING FUNCTIONS 

The example AGB CPU has 96 Kbytes of built-in VRAM. Its rendering functions include 
BG and OBJ display capability. The method used for BG rendering varies with the BG mode as 
will now be described. 

Character Mode BG (BG modes 1 and 2) 

In character mode, the components of the BG screen are basic characters of 8 x 8 dots. 
BG Control 

There are four BG control registers (registers BGOCNT, BG1CNT, BG2CNT and 
BG3CNT), corresponding to the maximum number of BG screens. Registers BGOCNT and 
BG1CNT are exclusively for text BG control, while BG2CNT and BG3CNT also support BG 
rotation and scaling control. The registers used by the BG modes are set forth in Table VI: 



Table VI 



BG Mode 


BG Control Register 




BGOCNT 


BG1CNT 


BG2CNT 


BG3CNT 


0 


BGO (text) 


BG1 (text) 


BG2 (text) 


BG3 (text) 


1 


BGO (text) 


BG1 (text) 


BG2 (rotation/scaling) 




2 






BG2 (rotation/scaling) 


BG3 (rotation/scaling) 



The contents of the BG control registers are discussed below with reference to FIGURES 
32A and 32B. 

With reference to FIGURES 32A and 32B, BG*CNT [dl5-14] (Screen Size) allow the 
screen size for the BG as a whole to be specified. When a value other than the maximum is 
specified, the remaining VRAM area can be used for character data. Table VII sets forth the 
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screen size settings and the^Sresponding screen sizes: 



Table VD 



Screen Size 
Setting 


Text Screen 


Rotation/Scaling Screen 


Screen Size 


Screen Data 


Screen Size 


Screen Data 


00 


256 x 256 


2 Kbytes 


128 x 128 


256 Bytes 


01 


512x256 


4 Kbytes 


256 x 256 


1 Kbyte 


10 


256x 512 


4 Kbytes 


512x512 


4 Kbytes 


11 


512x512 


8 Kbytes 


1024 x 1024 


16 Kbytes 



FIGURES 33A-D provide an overview of screen sizes for text BG screens and FIGURES 
34A-D provide an overview of screen sizes for rotation/scaling BG screens. 

BG2CNT, BG3CNT [dl3] (Area Overflow Processing) can be used to choose whether the 
area of the screen into which an overflow occurs is displayed as transparent or wraps around the 
display screen when the display screen overflows the boundaries of the virtual screen due to a 
rotation/scaling operation. 

BG*CNT [d 12-08] (Screen Base Block Specification) specify the starting block in VRAM 
at which screen data are stored (32 steps: 0-31; 2-Kbyte increments). 

BG*CNT [d07] (Color Mode) specifies whether to reference BG character data in 16 
colors x 16 palettes format or 256 colors x 1 palette format. 

BG*CNT [d06] (Mosaic) turns BG mosaic processing on and off. 

BG*CNT [d03-02] (Character Base Block Specification) specify the starting block in 
VRAM at which the character data to be displayed in the BG is stored (4 steps: 0-3; 16-Kbyte 
increments). 

BG*CNT [dO 1-00] (Priority Among BGs) specifies the priority of BG0, BG1, BG2 and 
BG3. With the default value (same priority value specified for all), the order of priority is BG0, 
BG1, BG2, and BG3. However, this order can be changed to any desired order. Values of 0 
(highest priority) to 3 can be specified. When the BG priority has been changed, care should be 
taken in specifying the pixels used for color special effects. 

Mosaic Size 

Mosaic size is set in the MOSAIC register shown in FIGURE 35. Mosaic is turned on/off 
for each BG by the mosaic flag of the corresponding BG control register. The mosaic value 
specifies how many dots of a normal display should make up each large dot displayed. With 
reference to FIGURES 36A-C, counting from the upper left-most dot on the screen, the number 
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of dots equal to the mosaic^ize are used in the mosaic display; the othe^ots are overwritten by 
the mosaic. If the mosaic size value is 0, a normal display is seen even if mosaic is turned on. 



VRAM Mapping Address of BG Data 

The starting BG data (BG character and screen data) are stored in the 64-Kbyte BG 
area of VRAM. FIGURE 37 illustrates the VRAM base blocks for BG character data and BG 
screen data. 

BG Character Data 

The starting address for referencing BG character data can be specified using the character 
base block specification of the BG control register. The amount of data depends on the number of 
character data items stored and the data format (color formats: 256 colors x 1 palette or 16 colors 
x 16 palettes). 

BG Screen Data 

The starting address for referencing BG screen data can be set using the screen base block 
specification of the BG control register. The amount of data depends on the type of BG screen 
(text or rotation/scaling) and the screen size. These can be set by the BG control register. 

Character Data Format 

There are two formats for character dot data: 16 colors x 16 palettes and 256 colors x 1 
palette. The same format is used for OBJ and BG. The data is held in VRAM in the form 
indicated in FIGURES 38A and 38B. 

16 Colors x 16 Palettes 
With reference to FIGURE 3 8 A, in the 16 colors x 16 palettes format, there are 2 dots per 
address. Thus, the amount of data for each basic character is 20H x 8 bits. 
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256 Colors ^^alette 

With reference to FIGURE 38B, there is 1 dot specified per address. Thus, the amount of 
data for each basic character is 40H x 8 bits. 



BG Screen Data Format 

A BG screen is considered to be the 8 x 8 dot unit that represents the size of the basic 
character, and the BG screen data specifies the characters that are arranged. BG screen data 
should be stored beginning at the starting address of the BG screen base block specified in the BG 
control register. The number of screen data items specified per BG depends on the screen size 
setting in the BG control register. BG screen data for text and rotation/scaling screens are 
specified in the formats described below. 



Text BG Screen 

With reference to FIGURE 3 9 A, a text BG screen includes two bytes of screen data per 
basic character. 1,024 character types can be specified. 

[dl5-12] (Color Palette) of the screen data specify the palette to be applied to the 
character. Specifically, if the color mode specification in the BG control register is 16 colors x 16 
palettes, bits [dl5-12] specify palette 0-15 as the palette to be applied to the character. This is 
disabled when the color mode specification is 256 x 1 palette. 

[dl 1] (Vertical Flip Flag) of the screen data enables the BG character to be flipped 
vertically. A setting of 1 produces the vertical-flip display. 

[dlO] (Horizontal Flip Flag) of the screen data enables the BG character to be flipped 
horizontally. A setting of 1 produces the horizontal-flip display. 

[d09-00] (Character Name) of the screen data specify the number of the character that has 
the character base block starting address specified in the BG control register as its starting point. 

Rotation/Scaling BG Screen 

With reference to Figure 39B, the rotation/scaling BG screen consists of one byte of screen 
data per basic character. 256 character types can be specified. The character data must be 
classified as 256 colors x 1 palette. The color mode specification in the BG control register is 
disabled for a rotation/scaling screen. 

The example AGB provides a high degree of freedom in using the BG area of VRAM. 
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Consequently, VRAM shourcroe managed with the following points in mind: 

1 . There are 2 formats for BG character data (defined by 16 and 256 colors), and 
these can be used together. 

2. The BG character data base block can be selected from among 4 blocks (BG 
control register). 

3. The BG screen data base block can be selected from among 32 blocks (BG control 
register). 

4. The screen size (amount of VRAM used) can be set for each BG (BG control 
register). 

5. Text and rotation/scaling BGs can be present and used together in a BG screen. 
In managing VRAM, particular care is required in BG mode 1, because text BG screens 

(which can handle BG character data in both 256 colors x 1 palette and 16 colors x 16 palettes) 
and rotation/scaling BG screens (which can handle only 256 colors x 1 palette) may be used 
together. 

BG Screen Data Address Mapping for the LCD Screen 
Text BG 

FIGURE 40 A shows a virtual screen size of 256 x 256 dots; FIGURE 40B shows a virtual 
screen size of 512 x 256 dots; FIGURE 40C shows a virtual screen size of 256 x 512 dots; and 
FIGURE 40D shows a virtual screen size of 512 x 512 dots. 

Rotation/Scaling BG 

FIGURE 41 A shows a virtual screen size of 128 x 128 dots; FIGURE 4 IB shows a virtual 
screen size of 256 x 256 dots; FIGURE 41C shows a virtual screen size of 512 x 512 dots; and 
FIGURE 41D shows a virtual screen size of 1024 x 1024 dots. 

BG Rotation and Scaling Features 

Rotation and scaling of the BG as a whole can be performed in a rotation/scaling BG 
screen. With rotation, BG data is referenced as shown in FIGURES 42 A and 42B. BG rotation 
and scaling are implemented in the example AGB using the following arithmetic expressions: 
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Parameters used in rotation and scaling operations are specified for BG2 and BG3 in the 
registers shown in FIGURES 43A-D and FIGURES 44A-D. The registers in FIGURES 43 A-43D 
set the starting point of BG data and the registers of FIGURES 44A-D set the direction 
parameters of BG data. The registers for the starting point of BG data are also used when 
scaling/rotation BG and bitmap mode BG are offset displayed (scrolled). There is also an offset 
register for Text BG. 

Operations Used in BG Rotation/Scaling Processing 
The operations used in BG rotation/scaling processing are: 

1 . Using software, the results of the rotation/scaling operation for the left-upper 
coordinate of the display screen are determined and this is set as the starting point of the BG data 
reference in registers BG2X_L, BG2XH, BG2YL, BG2YH, BG3X_L, BG3X_H, BG3Y L, 
and BG3Y H shown in FIGURES 43 A-43D. The set values are signed fixed-point numbers (8 
bits for fractional portion, 19 bits for integer portion, and 1 bit for sign, for a total of 28 bits). The 
BG data reference direction is set in BG2PA, BG2PB, BG2PC, BG2PD, BG3PA, BG3PB, 
BG3PC, and BG3PD shown in FIGURES 44A-44D. The set values are signed fixed-point 
numbers (8 bits for fractional portion, 7 bits for integer portion, and 1 bit for sign, for a total of 16 
bits). 

2. The image processing circuit sums the increases in the x direction (dx, dy) in 
relation to the BG data reference starting point set in the above registers, and calculates the x- 
coordinate. 

3. When the line is advanced, the increases in the y direction (dmx, dmy) are summed 
in relation to the reference starting point, and the coordinate of the rendering starting point for the 
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next line is calculated. The processing in step 2) is then performed. 

4. If a register for the BG data reference starting point is rewritten during an H- 
blanking interval, the y-direction summation for that register is not calculated. The CPU uses this 
mode to change the center coordinate and the rotation/scaling parameters for each line. 



Area Overflow Processing 
When the display screen overflows the boundaries of the virtual screen due to a 
rotation/scaling operation, this BG control register can be used to select whether the area of the 
screen into which the overflow occurs is transparent or wraps around the display screen. See 
FIGURE 32B. 



BG Scrolling 

For each text BG screen, the offset on the display screen can be specified in 1-dot 
increments. The offset register is only valid for Text BG. In order to offset display 
scaling/rotation BG and bitmap mode BG, the BG reference starting point is set. The offset 
setting registers BG*HOFS and BG* VOFS are shown in FIGURES 45 A and 45B and an 
illustration depicting horizontal and vertical offset is shown in FIGURE 46. 



Bitmap Mode BGs (BG Modes 3-5) 

In the bitmap modes, the components of the BG screen are handled in pixel units, and the 
contents of VRAM (frame buffer) are displayed as color data for each dot on the screen. 

BG Control 

The bitmap BG will be assumed to be BG2. Therefore, in order to display the content of 
the frame buffer on the LCD screen, the BG2 display flag is set to ON in the DISPCNT Register 
(see FIGURE 29). For BG control, the BG2CNT register shown in FIGURE 47 is used. 

BG2CNT [d06] (Mosaic) controls the ON/OFF of mosaic processing for BG2. When ON, 
the settings for the Mosaic Size Register, MOSAIC, are referenced (see FIGURE 35). 

BG2CNT [dO 1-00] (Priority Among BGs) set priority among BGs. Because in bitmap 
mode there is only one BG plane (other than the backdrop plane), there is no priority relationship 
among BGs, but priorities can be set up with OBJs. 
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BG RotatioiiWcaling 

The parameters for Bitmap BG Rotation/Scaling use BG2 related registers (BG2XL, 
BG2X_H, BG2YJL, BG2YH, BG2PA, BG2PB, BG2PC, and BG2PD). With Bitmap BG, if the 
displayed portion exceeds the edges of the screen due to the rotation/scaling operation, that area 
5 becomes transparent. 

Pixel Data 

In the bitmap modes, only the amount of pixel data corresponding to the size of the display 
screen can be stored in VRAM. Available bitmap modes allow the simultaneous display of 32,768 
10 colors (BG modes 3 and 5) and the display of 256 of the 32,768 colors (BG mode 4). The format 
of the data in the frame buffer differs between the modes as described below. 

1 . 32,768-Color Simultaneous Display Format (BG Modes 3 and 5) - Palette RAM is 
;«! not referenced and each pixel uses a half-word as shown in FIGURE 48A. 
;|3 2. 256-Color (of 32,768) Display Format (BG Mode 4) - Palette RAM color data 

15j (256 of the 32,768 colors storable) are referenced and each pixel uses 1 byte as shown in FIGURE 

!.:! 48B * 

:-s Pixel Data Address Mapping for the LCD Screen 

i e j s The different address mappings for the different BG modes are described below with 

reference to FIGURES 49-5 1 . The frame buffer (VRAM) starts at address 06000000h. Thus, to 
□ see the addresses used by the CPU, 6000000h should be added to the addresses shown in 
^ FIGURES 49-51. 

BG Mode 3 (32,768 colors, 240X160 dots, 1 frame Suffer) 
25 Because there is a single frame buffer, this mode is used mainly for still images. However, 

it enables 32,768 colors to be displayed simultaneously over the full screen. The address mapping 
for this BG mode is shown in FIGURE 49. 

BG Mode 4 (256 colors, 240X160 dots, 2 frame buffers) 

30 Two frame buffers are allocated in VRAM, making this mode suitable for full-motion 

video. Of the total of 32,768 colors, 256 can be displayed simultaneously over the full screen. The 
address mapping for this mode is shown in FIGURES 50 A and SOB. 
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BG Mode 5 (32,768 colors, 160X128 dots, 2 frame buffers) 
Although there are 2 frame buffers, the display area is limited in this mode to enable 
simultaneous display of 32,768 colors. The address mapping for this mode is shown in FIGURES 
5 51Aand51B. 

OBJ (Object) 

OBJ Function Overview 

10 Objects are in character format regardless of the BG mode. However, the number of basic 

characters that can be defined varies depending on the BG mode as illustrated with reference to 



Table VIII. 

Table vm 



Item 


Function 


Number of display colors 


16 colors/16 palettes or 256 colors/1 palette (mixed 
display possible) 


Number of characters (8x8 dots) 


1024 (16 colors x 16 palettes): in BG modes 0-2 
512 (256 colors x 1 palette): in BG modes 0-2 
512 (16 colors x 16 palettes): in BG modes 3-5 
256 (256 colors x 1 palette): in BG modes 3-5 


Character size 


8 x 8 - 64 x 64 dots (12 types) 


Max. number per screen 


128 (64 x 64 dot conversion) 


Max. number per line 


128 (8 x 8 dot conversion) 


Color special effects 


HV flip, semi-transparency, mosaic, priority specification, 
OBJ windows 



15 OBJ Display Capability on a Single Line 

The single-line OBJ display capability shown in Table VIII is the capability at maximum 
efficiency. When the displayed OBJ are arranged continuously from the start of OAM, the OBJ 
display capability on a single line can be calculated using the following formula: 



20 (Number of H Dots x 4 - 6) / Number of Rendering Cycles = 

OBJ Displayable on a single line (Max. of 128) 




The "Number of H Dots" is usually 308 dots, but when the H-Blank Interval OBJ Processing Flag 
for Register DISPCNT is set to 1, there are 240 dots. "x4" expresses the number of cycles that 
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the OBJ Rendering Circuit cST use per one dot. "-6" represents the number of cycles needed for 
processing before OBJ rendering at the start of the H Line. The "Number of Rendering Cycles" 
and the corresponding number of OBJ displayable for a single line is expressed in Table IX. 



Table IX 



OBJ H Size 


Number of Rendering Cycles 


Number of OBJ displayable on 
single line 


Normal OBJ 


Rotation/Scaling 
OBJ 


Normal OBJ 


Rotation/Scaling 
OBJ 


8 


8 


26 


128 


47 


16 


16 


42 


•76 


29 


32 


32 


74 


38 


16 


64 


64 


138 


19 


8 


128 (double the 
size of 64) 


X 


266 


X 


4 



If the number for non-displayed (outside of the screen) OBJ in the OAM is lower than that for 
displayed OBJ, the bigger the non-displayed OBJ's size is, the less efficient the rendering will be. 



Character Data Mapping 
With OBJ character data, the basic character is 8 x 8 dots, and characters between 8x8 
and 64 x 64 dots can be handled (total of 12 types). The base address of OBJ character data is a 
fixed VRAM base address. The OBJ character data capacity allocated is either 32 Kbytes or 16 
Kbytes, depending on the BG mode. There are 2 types of mapping to the character area, and they 
can be specified in bit [d06] of the DISPCNT register (see FIGURE 29). 

VRAM 2-Dimensional Mapping for OBJ Characters 

Setting the DISPCNT register bit [d06] to 0 results in the 2-dimensional mapping mode 
shown in FIGURE 52. 



VRAM 1-DimensionaI Mapping for OBJ Characters 

Setting the DISPCNT register bit [d06] to 1 results in the 1 -dimensional mapping mode 
shown in FIGURE 53. The data that make up a character are stored in contiguous addresses. 

OAM 

OBJs are displayed by placing data in OAM. OBJ data for 128 OBJs can be written to 
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internal CPU OAM (addresses 07000000h-070003FFh), and 128 OBJ cfEracters of an arbitrary 
size can be displayed on the LCD. 



OAM Mapping 

5 OBJ attributes occupying 48 bits x 128 OBJs can be written to OAM. In addition, when 

rotation/scaling are performed for an OBJ, a total of 32 instances of rotation/scaling parameter 
combinations (PA, PB, PC, and PD) can be written to OAM, as shown in FIGURE 54. 

The OBJ Attribute registers are shown in FIGURES 55A-55C. With reference to 
FIGURE 55A, [dl 5-14] (OBJ Shape) select the OBJ character shape: square, horizontal rectangle, 
10 or vertical rectangle. In the example AGB, [dl 5-14] = 11 is prohibited. 

[dl3] (Color Mode Flag) specifies whether the OBJ data format is 16 colors x 16 palettes 
mode or 256 colors x 1 palette mode. 
. SS| [dl2] (OBJ Mosaic Flag) turns mosaic for OBJs on and off. 

;-J [dl 1-10] (OBJ Mode) specify whether an OBJ is a normal OBJ or a semitransparent OBJ. 

l;Sj A normal OBJ is specified by 00, a semi-transparent OBJ by 01, and an OBJ window by 10. In the 
^ example AGB, [dl 1-10] = 1 1 is prohibited. When a semi-transparent OBJ is specified, color 

special effects processing can be performed. The color special effects are described below. OBJs 
a for which an OBJ window specification is used are not displayed as normal OBJs - dots with non- 
zero character data are used as the OBJ window. 
2fij [d09] (Rotation/Scaling Double-Size Flag) - OBJs are limited in size by the OBJ field (8x8 

□ - 64x64 dots), and the character data may surpass the boundaries of this field when rotated. This 
problem can be avoided by implementing a pseudo double-size for the OBJ field, by setting the 
double-size flag to 1. With this setting, the OBJ does not surpass the boundaries of the OBJ field 
even if the OBJ display is magnified by up to two-fold. By way of example with reference to 
25 FIGURE 56: 64x64 dot OBJ field »> 128x128 dot field displayed with rotation processing. 
However, the OBJ display position is shifted. With the double-size flag set to 0, display of the 
portion protruding from the edges is cut off. 

[d08] (Rotation/Scaling Flag) allows rotation processing for the OBJ to be enabled and 
disabled. With the OBJ rotation/scaling feature enabled by setting this bit to 1, the maximum 
30 number of OBJs displayed per line is decreased. 

[d07-00] (Y-coordinate) allows the y-coordinate of the OBJ in the display screen to be 
specified. 
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The OBJ Attribute ffFSgister is shown in FIGURE 55B. 
[dl5-14] (OBJ Size) - linked to the specification of the OBJ size for Attribute 0, the size 
for the OBJ Character is also specified. For each of the three OBJ shapes, four sizes can be set as 
shown in FIGURE 57. 



and vertically, respectively. A normal display is produced by a setting of 0 and a flip display is 
produced by a setting of 1. When the rotation/scaling flag ([d08] of OBJ Attribute 0) is enabled, 
bits [dl3] [dl2] can also be used as the high-order bits of the rotation/scaling parameter selection. 
[dl3-09] (Rotation/Scaling Parameter Selection) - the parameters used in OBJ 
10 rotation/scaling processing are selected from the 32 parameters registered in OAM. 

[d08-00] (X-Coordinate) specifies the x-coordinate of the OBJ on the display screen. 
The OBJ Attribute 2 register is shown in FIGURE 55C. 
p [dl5-12] (Color Palette No.) designate the color palette number. When 16 colors x 16 

palettes format is specified in the color mode bit, these bits specify 1 of the 16 palettes to apply to 
ISj the character data. When 256 colors x 1 palette format is specified in the color mode bit, these 
bits are disabled. 

\Z [dl 1-10] (Priority Relative to BG) specify the display priority of the OBJ relative to BG. 

& Display priority of OBJ and BG will be described below. 

L s [d09-00] (Character Name) writes the number of the basic character located at the start of 

2$;| the OBJ character data mapped in VRAM. 
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[dl3] [dl2] (Vertical and Horizontal Flip Flags) allow the OBJ to be flipped horizontally 



16 colors x 16 palettes (color mode=l) 

Allows selection of 1,024 characters. 
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256 colors x 1 palette (color mode=Q) 



Allows selection of 512 characters. 



Bit 0 fixed at 0 in 2-dimensional mapping mode. 
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BG Mode is 3-5 (Bitmap Mode) 
OBJ character data RAM is halved to 16 KB, so character name numbers 0-511 are 
disabled and numbers 512 and greater are used. 



The rotation and scaling feature for OBJ is essentially the same as that for BG. With 
reference to FIGURES 58 A and 58B, when an OBJ is displayed, the OBJ character data are 
referenced horizontally, beginning from the left-uppermost position. Rotation display can be 
achieved by adding an angle to the reference direction. The center of rotation is fixed at the center 
of the OBJ field. If a reference point surpasses the specified OBJ size, it becomes transparent. 

Operations Used in OBJ Rotation/Scaling Processing 
The following operations are used in OBJ Rotation/Scaling Processing: 

1. Specify the rotation/scaling parameter number to be applied in OBJ Attribute 1 of 
the OAM. 

2. The image-processing circuit sums the increases in the x direction (dx, dy) in 
relation to the center of rotation (OBJ field center), which serves as reference point, to calculate 
the x-direction coordinates. 

3. When the line is advanced, the increases in the y-direction (dmx, dmy) in relation to 
the reference point are summed to calculate the coordinate of the starting point for rendering the 
next line. The processing in step 2) above, is then performed. 

Rotation/Scaling Parameters 
The rotation/scaling parameters are illustrated in FIGURES 59A-59D. These parameters 
specify the direction of character data reference in OBJ rotation/scaling processing. The values set 
for PA, PB, PC, and PD are signed, fixed-point numbers (8-bit fractional portion, 7-bit integer 
portion, 1-bit sign, for a total of 16 bits). These 4 parameters are used together as a single group, 
which can be placed in any of 32 areas in OAM. 

Display Priority of OBJ and BG 

Priority Among BGs 

Priority among BGs can be set to any of a plurality of levels. In the example AGB, priority 
among BGs can be set to any one of four levels. When BGs have the same priority setting, the BG 
with the lowest BG number is given priority. 
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Priority Among OBJs 
Priority among OBJs can be set to any of a plurality of levels. In the example AGB, 
priority among OBJs can be set to any one of four levels. When OBJs have the same priority 
setting, the OBJ with the lowest OBJ number is given priority. 



Priority Among BGs and OBJs 
The priority of each OBJ in relation to the BG can be set to a plurality of levels. As shown 
in FIGURE 60, in the example AGB, the priority can be set to one of four levels. The backdrop 
screen is fixed at the lowest priority. 



COLOR PALETTES 



Color Palette Overview 

The LCD unit of the example AGB can display 32 levels of red, 32 levels of green, and 32 
levels of blue, for a total of 32,768 colors. The number of colors that can be displayed at once 
varies with the BG mode. Color palettes are used in defining character-format BGs and OBJs. As 
noted above, bitmap-format BG modes 3 and 5 are not palette formats. Color palettes come in the 
following two forms: 



1. 16 Colors x 16 Palettes 

This mode provides 16 color palettes, each consisting of 16 colors. Color 0 for OBJ and 
BG palettes is forcibly allocated to transparent (color specification disabled). 

2. 256 Colors x 1 Palette 

This mode allocates all 256 of its colors to 1 palette. Color data are represented by 15 bits 
(5 for Red, 5 for Green, and 5 for Blue). Colors can be selected from the total of 32,768. OBJ 
color 0 and BG color 0 are forcibly allocated to transparent (color specification disabled). 

Color 0 Transparency 
Color 0 transparency is used to render the pixels of low-priority OBJs or BGs as 
transparent. The color specified for color 0 of BG palette 0 is applied to the backdrop, which has 
the lowest priority. 
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Color Palette RAM 

OBJs and BGs use separate palettes. The size of palette RAM is large enough (512 bytes) 
to hold data (16-bit) for up to 256 colors (of 32,768) that can be specified. The memory map of 
the OBJ and BG palettes is shown FIGURE 61. 

Either of 2 modes (16 colors x 16 palettes and 256 colors x 1 palette) can be selected for 
OBJ and BG. Palette RAM for these modes is referenced as shown in FIGURES 62 A and 62B. 

Color Data Format 

The color data format is shown in FIGURE 63 and allows 1 of 32,768 colors to be 
specified. 

WINDOW FEATURE 

The example AGB can display multiple windows simultaneously. In the example AGB 
described herein, two windows can be displayed simultaneously. Display of the areas inside and 
outside the windows can be separately turned on and off. In addition, scrolling and color special 
effects such as rotation, alpha blending, and fade-in/fade-out can be performed for each window. 

Window Position Setting 

The window position setting specifies the upper-left and lower-right coordinates of a 
rectangular area. These settings specify the window's position and size. When a non-rectangular 
window is displayed, the values of these registers are updated during H-blanking intervals. 
FIGURE 64 shows a window display example in which window 0 has a higher display priority 
than Window 1 . 

Window Control 

The window control registers control operations such as turning window display on 
and off. However, the master window display flag of the DISPCNT register has a higher priority 
than the WININ and WINOUT registers. The DISPCNT register is discussed above with 
reference to FIGURE 29. 
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Control of InSoe of Window 
The WININ register shown in FIGURE 65 controls display of the area inside windows 0 
and 1 . The high-order bits (dl3-8) control Window 1, while the low-order bits (d5-0) control 
Window 0. 

5 

Control of Outside of Window and Inside of OBJ Window 
The WINOUT register shown in FIGURE 66 controls display of the area outside the 
window. It controls both windows 0 and 1 . In addition, it controls display of the area inside the 
OBJ window. 

10 The register contents are now described. 

WININ [dl2-08][d04-00], WINOUT[dl2-08][d04-00] (Display Flags) turn display of the 
OBJ and BG 3-0 on and off. A setting of 0 turns the corresponding display off, and a setting of 1 
turns the corresponding display on. 
;; : [ WININ [dl3][d05], WINOUT[dl3][d05] (Color Special Effects Flags) enable/disable 

fSi color special effects. Specifically, a setting of 0 disables color special effects and a setting of 1 
J;: enables special effects. Color special effects will be described below. 

s COLOR SPECIAL EFFECTS 

m= The AGB provides the following color special effects. The area in which these effects are 

W- applied can be limited using a window. 

□ 1 . Alpha Blending - this effect performs arithmetic operations on two selected 

surfaces and implements processing for 16 levels of semi-transparency. 

2, Fade-in/Fade-out - this effect performs arithmetic operations on one selected 
surface and implements processing for 16 levels of brightness. 
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Selection of Color Special Effects 

The types of color special effects and the target pixels, are determined by the BLDMOD 
register shown in FIGURE 67. Although color special effects are specified by the BLDMOD 
register, for alpha blending, which involves processing between surfaces, the two target surfaces 
30 must have suitable priorities. In addition, semi-transparent OBJs are individually specified in 
OAM, and color special effects for the OBJ as a whole, are specified in the BLDMOD register. 
These specifications are summarized in Table X: 
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Table X 



JBJUIJ'lVXvl 


\JsUf 


Type 


Color Special Effects Processing 


d07 


D06 


0 


0 


No special effects 


Normally, color special effects processing is not 
performed. 16-level semi-transparency 
processing (alpha blending) is performed only 
when a semi-transparent OBJ is present and is 
followed immediately by a second target screen. 


0 


1 


Alpha blending (semi- 
transparency processing) 


If the first target screen is followed immediately 
by a second target screen, 16-level semi- 
transparency processing (alpha blending) is 
performed. The bits of the backdrop of the first 
target screen should be turned off ([d05] = 0). 
When OBJ = 1 for the first target pixel, 
processing is executed for all OBJs regardless of - 
OBJ type. When OBJ = 0, processing is 
executed only if the OBJ is semi-transparent. 


1 


0 


Brightness increase 


Gradually increases brightness for first target 
screen. The entire screen can gradually be made 
whiter by setting all bits of the specification for 
the first target screen to 1 . When OBJ = 1 for 
the first target screen, processing for increased 
brightness is executed only for normal objects. If 
a semi-transparent OBJ is the first target screen, 
alpha blending processing is always executed. 


1 


1 


Brightness decrease 


Brightness is gradually decreased for the first 
target screen. The entire screen can gradually be 
maae DiacKer oy setting an oits 01 tne 
specification for the first target screen to 1 . 
When OBJ = 1 for the first target screen, 
processing for decreased brightness is performed 
only for normal objects. If a semi-transparent 
OBJ is the first target screen, alpha blending 
processing is always executed. 



Color Special Efflects Processing 

5 

Coefficients for Color Special Effects 
The coefficients used in alpha blending processing are specified in EVA and EVB of the 
COLEV register shown in FIGURE 68A. The coefficient used in processing brightness changes is 
specified in EVY of the COLY register shown in FIGURE 68B. With reference to FIGURE 69, 
10 the values of EVA, EVB, and EVY are numbers less than 1 and are obtained by multiplying 1/16 
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by an integer. 

The color special effects arithmetic expressions that use the coefficients are shown 

below. 



1. Alpha Blending (16 levels of semi-transparency) Operations 
Display color (R) = 1st pixel color (R) xEVA + 2nd pixel color (R)xEVB 
Display color (G) = 1st pixel color (G) xEVA + 2nd pixel color (G) *EVB 
Display color (B) = 1st pixel color (B) xEVA + 2nd pixel color (B) xEVB 



2. Brightness Increase Operations 
Display color (R) = 1st pixel (R) + (31 - 1st pixel (R)) xEVY 
Display color (G) = 1st pixel (G) + (63 - 1st pixel (G)) xEVY 
Display color (B) = 1st pixel (B) + (31 - 1st pixel (B)) xEVY 



3. Brightness Decrease Operations 
Display color (R) = 1st pixel (R) - 1st pixel (R) x EVY n 
Display color (G) = 1st pixel (G) - 1st pixel (G) x EVY 
Display color (B) = 1st pixel (B) - 1st pixel (B) x EVY 

SOUND 

FIGURE 70 is a block diagram of an example sound system for the AGB device. As 
shown in FIGURE 70, in addition to four channels of CGB-compatible sound, the AGB device has 
two channels A and B of direct sound. Direct sounds A and B provide playback of linear 8-bit 
audio data using the timer and DMA. Sound 1 allows generation of rectangular waveforms with 
sweep (frequency change) and envelope (volume change) functions. Sound 2 allows generation of 
rectangular waveforms with envelope functions. Sound 3 allows playback of any waveform 
recorded in waveform RAM. Sound 4 allows white noise generation. The synthesis ratio of 
sounds 1-4 to direct sound can be specified. 

Macro-based, programmable MIDI and sound effects playback may be provided using the 
Factor 5 MusyX Audio Tool. The MusyX Audio Tool includes a certified Dolby™ Surround 
Sound encoder for continuous sample streaming and psycho-acoustic effects. It offers up to 32 
mixed sample voices and fully supports the synthetic Programmable Sound Generation (PSG) 
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[ from the CGB system. The key featureroi 1 



voices which have been adoirod from the CGB system. The key featureroT the sound effects 
playback are: 

Synthesizer 

o Up to 32 mixed sample voices 
5 o Fully supports the synthetic Programmable Sound Generation (PSG) voices from CGB 

o Mixes samples in 16 bits to avoid premature clipping artifacts 
o Uses sample interpolation to reduce sample aliasing noise 
o Features pulse-width-modulated synthesis 
o Supports a true stereo delay buffer for reverb effects 
1 0 o Supports surround real time encoding for psycho-acoustic effects 

o Uses both dynamic and fixed voice allocation 
o Fully scalable 

□ o True 32-bit highly optimized assembler core routines 

ljsH Sequencer 

o Uses MIDI-1 files with arbitrary loop points 

o Ability to dynamically speed up or slow down the speed of the song at run time as well 
j\ as from the MIDI master track 

:!"!! © Special MIDI controller can affect dynamic voice allocation 

200 o Can temporarily freeze song states in order to cue jingles 

General 

o Number of sequenced songs is only limited by game cartridge memory 
o Up to 16384 samples can be specified 
25 o Up to 16384 sound effects can be created 



Direct Sounds A and B 

Direct sounds have two channels A and B that provide for playback of linear 8-bit audio 
data. The audio data are set to a bias level of OOh and are 8-bit data (+127 to -128), obtained by 
30 2's complement. Audio data are transferred sequentially to the sound FIFOs A and B (8 word 
capacity) using the sound transfer mode of DMAs A and B, respectively. The sampling rate can 
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be set to an arbitrary value uRng Timers 0 and 1 (described below). FIGuRES 71 A and 7 IB 
show the sound FIFO input registers SGFIFOAL (SGFEFOB L) and SGFIFOAH 
(SGFIFOB_H). All sounds are PWM modulated at the final portion of the sound circuit. Thus, if 
the 8-bit audio sampling frequency and the timer settings are matched with the PWM sampling 
frequency, clean sound can be produced. 

The operations for direct sound will now be described. 

L The Timer channel to be used (0 or 1) is selected using the sound control register 
SGCNT0_H. 

2. A "0 clear" is performed for FIFO A and FIFO B using the sound control register 
SGCNT0_H, and the sequencer is initialized. 

3. If sound is to be produced immediately after starting the direct sound, the first 8 
bits of linear audio data is written to the FIFO with a CPU write. 

4. The transfer mode for DMA 1 or 2 is specified. 

5. The direct sound output settings are specified in the sound control register. 

6. The timer is started. 

After the preceding operations, the direct sound is executed as follows. 

1. When the specified timer overflows due to a count up, the audio data are passed 
from the FIFO to the sound circuit. 

2. If 4 words of data remain in the FIFO as the transfer count progresses, the FIFOs 
for direct sounds A and B output a data transfer request to the specified DMA channel. 

3. If the DMA channel receiving the request is in sound FIFO transfer mode, 4 words 
of data are provided to the sound FIFO (the DMA WORD COUNT is ignored). 

4. These steps are repeated beginning from step 1. 



Sound 1 

Sound 1 is a circuit that generates rectangular waveforms with sweep (frequency change) 
and envelope (volume change) functions. The contents of NR10, NR1 1, NR12, NR13 and NR14 
for sound 1 are described with reference to FIGURES 72A-72C and are based on those of the 
CGB. 

FIGURE 72 A shows the register SG10_L that defines the NR10 byte whose bits relate to 
the sweep time, the sweep increase/decrease and the number of sweep shifts. 

SG10JL [d06-04] (Sweep Time) specify the interval for frequency change. The possible 

53 



settings for these bits and mrcorresponding sweep time are shown in Table XI in which fl28 = 
128 Hz. 



Table XI 



Setting 


Sweep Time 


000 


Sweep OFF 


001 


1/A28 (7.8 ms) 


010 


2/fl28 (15.6 ms) 


on 


3/fl28(23.4 ms) 


100 


4/fl28 (31.3ms) 


101 


5/fl28 (39.1 ms) 


110 


6/fl28 (46.9 ms) 


111 


7/fl 28 (54.7 ms) 



SG10JL [d03] (Sweep Increase/Decrease) specifies whether the frequency increases or 
decreases, "0" being used to specify increase frequency and "1" being used to specify decrease 
frequency. When the sweep function is not used, the increase/decrease flag is preferably set to 

SG10_L [d02-00] (Number of Sweep Shifts) specifies the number of sweeps. The 
frequency data with a single shift are determined according to the following formula, with f (t) 
signifying the frequency after a shift and f r ,.;; signifying the frequency before the shift: 



J it) - J{t~\) ^ 2 „ 
f ( o) = Initial frequency data 

If the addition according to this formula produces a value containing more than 1 1 bits, the 
sound output is stopped and the Sound 1 ON flag (bit 0) of NR52 byte (see FIGURE 78C) is 
reset. With subtraction, if the subtrahend is less than 0, the pre- subtraction value is used. 
However, if the specified setting is 0, shifting does not occur and the frequency is unchanged. 

FIGURE 72B shows the register SG10_H that defines the NR1 1 and NR12 bytes whose 
bits relate to envelope initial value, envelope increase/decrease, number of envelope steps, 
waveform duty cycle, and sound length. 

SG10_H [dl5-12] (Envelope Initial Value) allows specification of any of 16 levels ranging 
from maximum to mute. 

SG10_H [dl 1] (Envelope Increase/Decrease) specifies whether to increase or decrease the 
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volume (0: attenuate, l:amph 

SG10_H [d 10-08] (Number of Envelope Steps) sets the length of each step of envelope 
amplification or attenuation. With n the specified value, the length of 1 step (steptime) is 
determined by the following formula: 

5 steptime = nx — (sec) 

64 

When n = 0, the envelope function is turned off 

SGI O H [d07-06] (Waveform Duty Cycle) specify the proportion of amplitude peaks for 
the waveform. With reference to FIGURE 73, the setting "00" specifies a duty cycle of 12.5%; 
"01" specifies a duty cycle of 25.0%; "10" specifies a duty cycle of 50.0%; and "1 1" specifies a 
10 duty cycle of 75.0%. 

SG10_H [d05-00] (Sound Length) specify the sound length. With st signifying the sound 
length, the length of the output sound is determined by the following formula: 

r = j time ~ (64 - st) x — (sec) 

Hi 256 

if FIGURE 72C shows the register SGI 1 that defines the NR13 and NR14 bytes whose bits 

relate to an initialization flag, a sound length flag and frequency data. 

y : SGI 1 [dl5] (Initialization Flag) is an initialization flag. A setting of "1" causes Sound 1 to 

!!. E ! restart, 
ry 

£0 SGI 1 [dl4] (Sound Length Flag) is a sound length flag. When this flag is "0", sound is 

2|0;| continuously output. When this flag is "1", sound is output only for the length of time specified 

for the sound length in NR1 1 . When sound output ends, the Sound 1 ON flag of NR52 is reset. 

SGI 1 [d 10-00] (Frequency Data) is frequency data. With fdat signifying the frequency, 

the output frequency (J) is determined by the following formula: 

4194304 
~ 4x2 3 x (2048-/^) Z 

25 Thus, the specifiable range of frequencies is 64 to 131.1 kHz. 

When the sweep function is not used, the sweep time should be set to 0 and the sweep 
increase/decrease flag should be set to 1. If the sweep increase/decrease flag of NR10 is set to 0, 
the number of sweep shifts set to a non-zero value and sweep OFF mode set, sound production 
may be stopped. When changing the contents of the envelope register (NR12) while a sound is 
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hCTfntial flag is preferably set after setting the vaiu< 



executing (ON flag is 1), thCTfiitial flag is preferably set after setting the values in the envelope 
register. 

Sound 2 

Sound 2 is a circuit that generates rectangular waveforms with envelope functions. The 
contents of NR21, NR22, NR23 and NR24 for Sound 2 are described with reference to FIGURES 
74A and 74B and are based on those of the CGB device. 

FIGURE 74 A shows the register SG20 that defines the NR21 and NR22 bytes whose bits 
relate to the envelope initial value, the envelope increase/decrease, the number of envelope steps, 
the waveform duty cycle, and the sound length. 

SG20 [dl5-12] (Envelope Initial Value) specify any one of sixteen levels ranging from 
maximum to mute for the envelope initial value. 

SG20 [dl 1] (Envelope Increase/Decrease) specifies whether volume will increase or 
decrease. 

SG20 [d 10-08] (Number of Envelope Steps) sets the length of 1 step of envelope 
amplification or attenuation. With n signifying the value specified, the length of 1 step {steptime) 
is determined by the following equation: 

steptime = n x — (sec) 
64 

When n = 0, the envelope function is turned off. 

SG20 [d07-06] (Waveform Duty Cycle) specifies the proportion of waveform amplitude 

peaks. 

SG20 [d05-00] (Sound Length) signifies the sound length. With st signifying the sound 
length data, the length of the output sound is determined by the following equation: 

time - (64 - st) x — (sec) 
256 

FIGURE 74B shows the register SG21 that defines the NR23 and NR24 bytes whose bits 
relate to the initialization flag, the sound length, and the frequency data. 

SG21 [dl5] (Initialization Flag) is an initialization flag. A setting of "1" causes Sound 2 to 
be restarted. 

SG21 [dl4] (Sound Length) signifies the sound length. A setting of "0" is for continuous 
sound output and a setting of "1" is for sound output only for the time specified in the sound 
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length data of NR21. When sound output ends, the Sound 2 ON flag of NR52 is reset. 

SG21 [d 10-00] (Frequency Data) is frequency data. With fdat signifying the frequency 
data, the output frequency is determined by the following equation: 



4x2 3 x (2048 

Thus, the frequency range that can be specified is 64 to 131.1 KHz. 

When changing the contents of the envelope register (NR22) while a sound is executing 
(ON flag is "1"), the initialization flag is preferably set after specifying a value for the envelope 
register. 



The Sound 3 circuit outputs arbitrary waveforms and can automatically read waveform 
patterns (1 cycle) in waveform RAM and output them while modifying their length, frequency and 
level. The capacity of the waveform RAM of Sound 3 in the AGB device (total of 64 steps) is 
twice that in the GGB device, and can be used as 2 banks of 32 steps or as 64 steps. In addition, 
an output level of 3/4 output can be selected. 

The contents of NR30, NR31, NR32, NR33 and NR34 for Sound 3 are described with 
reference to FIGURES 75A-75C. 

FIGURE 75 A shows the register SG30JL that defines the NR30 byte whose bits relate to 
the sound output flag, the waveform RAM bank specification and the waveform RAM data 
association specification. 

SG30 L [d07] (Sound Output Flag) is a sound output flag. Sound output stops when this 
flag is "0" and sound output occurs when this flag is "1". 

SG30_L [d06] (Waveform Bank Specification) provides a waveform bank specification. 
Two banks of waveform RAM are provided, banks 0 and 1 . The Sound 3 circuit plays the 
waveform data in the specified bank. "0" specifies bank 0 and "1" specifies bank 1. 

SG20JL [d05] (Waveform Bank Data Association Specification) provides a waveform 
RAM data association. When "0" is specified, 32-step waveform pattern is constructed under 
normal operation. With a setting of "1", the data in the bank specified by NR30 [d06] (waveform 
RAM bank specification) is played, followed immediately by the data in the back bank. The front 
bank 32 steps and the back bank 32 steps combine to form a waveform pattern with a total of 64 
steps. 



/= 



4194304 



Hz 



Sound 3 
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FIGURE 75B sho\^!Re register SG30_H that defines the NR3nfnd NR32 bytes whose 
bits relate to the forced 3/4 output level specification, the output level selection and the sound 
length. 

SG30_H [dl5] (Forced 3 A Output Level Specification Flag) is a forced 3/4 output level 
specification flag. With "0" specified, the output level specified in NR32 [dl4-13] is used. With 
"1" specified, a 3/4 output level is forced regardless of the setting in NR32 [dl4-13]. 

SG30_H [dl4-13] (Output Level Selection) is the output level selection. The Sound 3 
output level selection are shown in Table XII: 



labile Xn 



Setting 


Output Level 


00 


Mute 


01 


Outputs the waveform RAM data unmodified 


10 


Outputs the waveform RAM data with the contents right-shifted 1 bit (1/2) 


11 


Outputs the waveform RAM data with the contents right-shifted 2 bits (1/4) 



SG30_H [d07-00] (Sound Length) represents the sound length. The sound length is 
determined by the following formula, with st signifying the sound length setting: 

time - (256 - st) x (sec) 
256 

FIGURE 75C shows the register SG3 1 that defines the NR33 and NR34 bytes whose bits 
relate to the initialization flag, the sound length flag, and the frequency data. 

SG21 [dl5] (Initialization Flag) is an initialization flag. A setting of 1 causes Sound 3 to 

restart. 

SG3 1 [dl4] (Sound Length Flag) is the sound length flag. When this flag is "0", sound is 
continuously outputted. When this flag is "1", sound is output only for the length of time specified 
for the sound length in NR31. When sound output ends, the Sound 3 ON flag of NR52 is reset. 

SG31 [d 10-00] (Frequency Data) is frequency data. With fdat signifying the frequency, 
the output frequency (J) is determined by the following formula: 



4194304 H _ 
4 x2 3 x (2048 -/<&*) 

Thus, the specifiable range of frequencies is 64 to 131.1 kHz. 

When changing the frequency during Sound 3 output, the initialization flag is preferably 
not set to avoid possibly corrupting the contents of the waveform RAM. With sounds 1, 2 and 4, 
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the initialization flag can be^w without problems. 



Waveform RAM . 

Waveform RAM includes a 4-bit x 32 step waveform pattern. It has two banks, with [d06] 
of SG30_L used for bank specification. The Sound 3 circuit plays the waveform data specified by 
the bank setting, while the waveform RAM not specified is the waveform RAM accessed by the 
user. The waveform RAM registers are shown in FIGURES 76A-76H. 

Sound 4 

Sound 4 is a circuit that generates white noise. The contents of NR41, NR42, NR43, and 
NR44 for Sound 4 are described with reference to FIGURES 77 A and 77B and are based on those 
oftheCGB. 

SG40 [dl5-12] (Envelope Initial-Value) allows specification of any of 16 levels ranging 
from maximum to mute. 

SG40 [dl 1] (Envelope Increase/Decrease) specifies whether to increase or decrease the 
volume. 

SG40 [d 10-08] (Number of Envelope Steps) sets the length of each step of envelope 
amplification or attenuation. With n the specified value, the length of 1 step (steptimt) is 
determined by the following formula: 

steptime = n x — (sec) 
64 

When n = 0, the envelope function is turned off. 

SG40 [d05-00] (Sound Length) specifies the sound length. With st signifying the sound 
length, the length of the output sound is determined by the following formula: 

time - (64 - st) x — !— (sec) 
256 

FIGURE 77B shows the register SG41 that defines the NR43 and NR44 bytes whose bits 
relate to the initialization flag, the sound length flag, polynomial counter shift clock frequency 
selection, polynomial counter step number selection, and dividing ratio frequency selection. 

SG41 [dl5] (Initialization Flag) is an initialization flag. A setting of 1 causes Sound 4 to 
be restarted. 
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SG41 [dl4] (Soundwngth) is a sound length flag. Continuous sTOnd output is provided 
if set to 0 and sound is output only for the time specified in the sound length data of NR41 if set to 
1 . When sound output ends, the Sound 4 ON flag of NR52 is reset. 

SG41 [d07-04] (Polynomial Counter Shift Clock Frequency Selection) determines the shift 
clock frequency. With n signifying the specified value, the shift clock frequency (shiftfreq) is 
selected as shown in the following formula: 

1 



shiftfreq = dividing _ratio _ frequency x 



)(«+0 



In the example AGB, 1110 and 1111 are prohibited codes. 

SG41 [d03] (Polynomial Counter Step Number Selection) - a value of 0 selects 15 steps; 1 
selects 7 steps. 

SG41 [d02-00] (Dividing Ratio Frequency Selection) - selects a 14-step pre-scalar input 
clock to produce the shift clock for the polynomial counter. With f = 4. 194304 MHz, selection is 
as shown in Table XIII: 

Table XIII 



Setting 


Dividing Ratio Frequency 


000 


fxl/2 3 x2 


001 


fxl/2 3 xl 


010 


fxl/2 3 x(l/2) 


011 


fxl/2 3 x(l/3) 


100 


fxl/2 3 x(l/4) 


101 


fxl/2 3 x(l/5) 


110 


fxl/2 3 x(l/6) 


111 


fxl/2 3 x(l/7) 



When changing the contents of the envelope register (NR22) while a sound is executing 
(ON flag is 1), the initialization flag should be set after specifying a value for the envelope register. 



Sound Control 

The output ratio for direct sound and sound can be set using the SGCNT0JH register 
shown in FIGURE 78B. Final sound control can be achieved with the SGCNT0JL register shown 
in FIGURE 78A. NR50 and NR51 which make up the SGCNT0_L are each based on their 
counterparts in CGB. 

The register SGCNT0_L is shown in FIGURE 78A. SGCNT0_L [dl5-12] (L Output Flag 
for each Sound) are respective L output flags for each sound. There is no output of a sound to L 
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when the corresponding flag is 0. A sound is output to L when the corresponding flag is set to 1. 

SGCNTOJL [dl 1-08] (R Output Flag for each Sound) are respective R output flags for 
each sound. There is no output of a sound to R when the corresponding flag is 0. A sound is 
output to R when the corresponding flag is set to 1 . 

SGCNT0_L [d06-04] (L Output Level) sets the L output level to any of 8 levels. There is 
no effect on direct sound. 

SGCNT0_L [d02-00] (R Output Level) sets the R output level to any of 8 levels. There is 
no effect on direct sound. 

The SGCNT1 register is shown in FIGURE 78C. SGCNT1 [d07] (All Sounds Operation 
Flag) is a master flag that controls whether sound functions as a whole are operating. A setting of 
0 halts all sound functions including direct sound, producing a mute state. In this situation, the 
contents of Sound related registers are reset. A setting of 1 enables all sound functions. 

SGCNT1 [d03, d03, dOl, dOO] (Sound Operation Flags) are sound operation flags for the 
respective sounds and each sound circuit's status can be referenced. Each sound is set during 
output, and when in counter mode, it is reset after the time passes which was set up with the 
length data. 

The SGCNT0_H register is shown in FIGURE 78B. SGCNT0_H [dl5],[dl 1] (FIFO 
Clear and Sequencer Reset for Each Direct Sound) - with direct sound, the sequencer counts the 
number of times data is transmitted from the FIFO to the mixing circuit. A setting of 1 resets the 
FIFO and sequencer used for each direct sound. When this bit is read, 0 is returned. 

SGCNT0_H [dl4],[dl0] (Timer Selection for Each Direct Sound) specifies the timer used 
for each direct sound. A setting of 0 selects timer 0, and a setting of 1 selects timer 1. The same 
timer can be specified for both direct sounds (A and B). 

SGCNT0_H [dl3],[d09] (L Output for Each Direct Sound) controls the output to L for 
each direct sound. A setting of 0 results in no output to L; a setting of 1 causes output to L. 

SGCNT0_H [dl2],[d08] (R Output for Each Direct Sound) controls the output to R for 
each direct sound. A setting of 0 results in no output to R; a setting of 1 causes output to R. 

SGCNT0_H [d03],[d02] (Output Ratio for Each Direct Sound) selects the output level for 
each direct sound. A setting of 0 produces output that is 1/2 of full range. A setting of 1 results 
in full-range output. 

SGCNTOJH [dO 1-00] (Output Ratio for Synthesis of Sounds 1-4) specifies the output 
level for the synthesis of sounds 1-4. A setting of 00 results in output that is 1/4 of full range. A 
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pf^^at is 1/2 of full ranee. A setting of 10 r^^s 



setting of 01 results in outpuffnat is 1/2 of full range. A setting of 10 results in full-range output. 
In the example AGB, a setting of 1 1 is prohibited. 



Sound PWM Control 

5 Bit modulation format PWM is used in the example AGB sound circuit. When no sound is 

produced, the duty waveform is output, and bias voltage is provided. The PWM circuit is stopped 
when the setting for duty is Oh. 

The SG_BIAS register shown in FIGURE 79 is used by system ROM. SG_BIAS [dl5- 
14] (Amplitude Resolution/Sampling Cycle) sets the amplitude resolution and sampling cycle 
10 frequency during PWM modulation. The DMG compatible sound is input at 4 bits/130.93KHz so, 
in order to have accurate modulation, the sampling frequency must be set high. Direct sound will 
arbitrarily decide the sampling frequency based on the timer setting. By using the sampling 
frequencies listed in Table XIV, an accurate modulation can be done. Thus, in order to increase 
^; authenticity of sound, the amplitude resolution needs to be set higher. When producing both 
1|5J compatible sound and direct sound, a value should be set that will work for both. 



Table XIV 



Setting 


Amplitude Resolution 


Sampling Frequency 


00 


9-bit 


32.768 KHz 


01 


8-bit 


65.536 KHz 


10 


7-bit 


131.072 KHz 


11 


6-bit 


262.144 KHz 



□ FIGURES 80A-80C show a PWM Conversion Image. 

SG_BIAS [d09-00] (Bias Level) is used by system ROM and its value is preferably not 
20 changed. 

TIMERS 

The example AGB is equipped with 4 channels of 16 bit timers. Of these, timers 0 and 1 
can be used to set the interval for the supply of data from the FIFO(s) for direct sounds A and B. 
25 This interval is set by timer overflow. The timer setting registers TM0D, TM1D, TM2D and 

TM3D are shown in FIGURE 81 A. The timer control registers TM0CNT, TM1CNT, TM2CNT 
and TM3CNT are shown in FIGURE 8 IB. 

TM*CNT [d07] is a timer operation flag that starts and stops the timer. A setting of 0 
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stops the timer, and a setting of 1 starts the timer. 

TM*CNT [d06] is an interrupt request enable flag that controls whether an interrupt 
request flag is generated by an overflow. No interrupt is generated with a setting of 0. An 
overflow does generate an interrupt if the setting is 1 . 

TM*CNT [d02] is a count-up timing bit. With a setting of 0, count-up is performed in 
accordance with the pre-scalar specification in [d01-00]. With a setting of 1, overflow of the timer 
channel one number lower starts a count-up regardless of the pre-scalar specification. This mode 
is suitable for purposes such as time measurement over relatively long periods. The count-up 
timing specification is disabled for Timer 0, which counts up in accordance with the pre-scalar 
specification. 

TM*CNT [d01-00] are pre-scalar selection bits that allow selection of a pre-scalar based 
on the system clock (16.78 MHz) as shown in Table XV: 



Table XV 



Setting 


Pre-scalar (Count-Up Interval) 


00 


System clock 


(59.595 ns) 


01 


64 cycles of system clock 


(3.814 microseconds) 


10 


256 cycles of system clock 


(15.256 microseconds) 


11 


1024 cycles of system clock 


(61.025 microseconds) 



DMA Transfer 

The example AGB has 4 DMA transfer channels. The highest priority of these channels is 
DMA0, followed in order by DMA1, DMA2, and DMA3. If a DMA with a higher priority than 
the currently executing DMA begins execution, the execution of the current DMA is temporarily 
halted, and the DMA with the higher priority is executed. Once this DMA finishes, the original 
DMA resumes execution from where it was halted. Illustrative uses of the DMA channels that 
take into account these priorities are described below. 

DMA 0 

Because this DMA has the highest priority, it is not interrupted by other DMA channels. 
Thus, it is generally used for reliable processing over a limited period, as is required for purposes 
such as horizontal-blanking DMA. 
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DMA 1 and DMA 2 

These DMAs are used for direct sound functions, which require relatively high priority, or 
for general-purpose transfers. 



DMA 3 

This DMA is used for the most general types of transfers. 
The following settings are performed when using DMA: 

1 . Specify the transfer source address in the source address register. 

2. Specify the transfer destination address in the destination address register. 

3. Set the number of data items in the word-count register. 

4. Specify the transfer method to be used in the DMA control register. 

When transferring data to OAM or OBJ VRAM by DMA during H-blanking, the H-blank 
is preferably first be freed from OBJ display hardware processing periods using the DISPCNT 
register. 

DMA 0 

DMA 0 allows different areas of internal memory in the main unit to access one another. It 
has the highest priority of the DMA channels. 

The source address registers DMOSAD_L and DMOSAD H shown in FIGURES 82A and 
82B specify the source address using 27 bits. The area 00000000h-07FFFFFFh (internal memory 
area of main unit) can be specified. 

The destination address registers DMODADL and DMODADH shown in FIGURES 83 A 
and 83B specify the destination address using 27 bits. The area 00000000h-07FFFFFFh (internal 
memory area of main unit) can be specified. 

The word count register DMOCNT_L shown in FIGURE 84 specifies the number of bytes 
transferred by DMAO, using 14 bits. The number can be specified in the range 0000h-3FFFh. 
Thus, in 16-bit data transfer mode, up to 32,766 bytes can be transferred, and in 32-bit data 
transfer mode, up to 65,532 bytes can be transferred. 

The DMA control register DMOCNTH is shown in FIGURE 85. DMOCNTH [dl5] 
(DMA Enable Flag) is a DMA enable flag. A setting of 0 disables DMA. A setting of 1 enables 
DMA, and after the transfer is completed it is reset. 

DMOCNT_H [dl4] (Interrupt Request Enable Flag) is an interrupt request enable flag that 
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enables an interrupt requeue be generated when DMA transfer of the^fecified word count has 
been completed. No request is generated with a setting of 0; a request is generated with a setting 
of 1. 

DMOCNTH [dl3-12] (DMA Transfer Timing) specify the DMA transfer timing. The 
timing of the DMA transfer can selected from the options in Table XVI. 

Table XVI 



Setting 


DMA Start-up Timing 


00 


Start Immediately 


01 


Start during a V-blanking interval - starts at the 
beginning of a V-blanking interval 
(approximately 4.993 milliseconds) 


10 


Start during an H-blanking interval - starts at 
the beginning of an H-blanking interval 
(approximately 16.212 microseconds). If this 
accompanies OAM access, the H-blanking 
interval must first be freed of OBJ display 
hardware processing periods. 


11 


Not used 



DMOCNT H [dlO] (DMA Transfer Type) sets the bit length of the transfer data. With a 
setting of 0, the data are transferred by DMA in 16-bit (half-word) units. With a setting of 1, the 
data are transferred by DMA in 32-bit (word) units. 

DMOCNT H [d09] (DMA Repeat) turns the DMA repeat function ON and OFF. With the 
DMA repeat function set to ON, if V-blanking or H-blanking intervals are selected as the timing of 
DMA startup, DMA is restarted when the next startup condition occurs (a V-blank or H-blank). 
In this mode, restarting will continue as long as the DMA enable flag is not set to 0. When the 
DMA repeat function is set to OFF, DMA halts as soon as the amount of data specified by the 
value in the word-count register has been transferred. 

DMOCNT H [d08-07] (Source Address Control Flag) specifies the control of the source 
address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 causes a 
decrement; and a setting of 10 causes it to be fixed. The setting of 1 1 is not used. 

DMOCNT H [d06-05] (Destination Address Control Flag) specifies the control of the 
destination address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 
causes a decrement; and a setting of 10 causes it to be fixed. A setting of 1 1 causes an increment 
and after all transfers end, a reload (i.e., the setting is returned to what it was when the transfer 
started) is done. 
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DMA 1 and 2 

DMA channels 1 and 2 provide access between the game cartridge bus/internal memory of 

the main unit and internal memory of the main unit, or between the game cartridge bus/internal 
5 memory of the main unit and the direct sound FIFO. Transfers to direct-sound FIFO can be 

accomplished only by using DMA 1 and 2. 

The source address registers DM1 SAD L (and DM2SAD L) and DM1 SAD H (and 

DM2SADJHQ shown in FIGURES 86A and 86B specify the source address using 28 bits. The 

memory space OOOOOOOOh-OFFFFFFFh can be specified. 
10 The destination address registers DM1DAD L (and DM2DAD L) and DM1DAD H (and 

DM2DAD H) shown in FIGURES 87A and 87B specify the destination address using 27 bits. 

The memory space 00000000h-07FFFFFFh (internal memory area of main unit) can be specified. 
□ The word count register DM1CNTJL (and DM2CNT L) shown in FIGURE 88 specifies 

I % the number of bytes transferred by DMA 1 and DMA 2, using 14 bits. The number can be 
ljSj specified in the range 0001h-3FFFh. Thus, in 16-bit data transfer mode, up to 32,766 bytes can be 
!5 S transferred, and in 32-bit data transfer mode, up to 65,532 bytes can be transferred. The word- 
ing count register setting is disabled in direct-sound FIFO transfer mode. With each request received 

from sound FIFO, 32 bits x 4 words of sound data are transferred. 

The DMA Control register DM1CNT H (and DM2CNT H) is shown in FIGURE 89. 
M DM(1,2)CNT_H [dl5] (DMA Enable Flag) enables/disables the DMA function. A setting of 0 

disables the DMA function. A setting of 1 enables the DMA function, and after the transfer is 

completed, it is reset. 

DM(1,2)CNT_H [dl4] (Interrupt Request Enable Flag) enables an interrupt request to be 
generated when DMA transfer of the specified word count has been completed. No request is 
25 generated with a setting of 0; a request is generated with a setting of 1 . 

DM(1,2)CNT_H [dl3-12] (DMA Transfer Timing) sets the timing of the DMA transfer. 
This timing can be selected from the options in Table XVII. 



Table XVII 



Setting 


DMA Startup Timing 


00 


Start immediately 


01 


Start during a V-blanking interval - starts at the 
beginning of a V-blanking interval 
(approximately 4.993 milliseconds) 


10 


Start during an H-blanking interval - starts at 
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the beginning of an H-blanking interval 

^appi UAiiiiaiciy lo.ziz iuicroscconusj. iixnis 
accompanies OAM access, the H-blanking 
interval should first be freed of OBJ display 
hardware processing periods. 


11 


Start when request generated by Direct-Sound 
FIFO - starts when a rpnnpst i<? tpppivpH from 

direct-sound FIFO. Specify sound FIFO as the 
destination address. Also set the DMA repeat 
function [d09] to ON. 



DM(1,2)CNT_H [dlO] (DMA Transfer Type) sets the bit length of the transfer data. With 
a setting of 0, the data are transferred by DMA in 16-bit (half-word) units. With a setting of 1, the 
data are transferred by DMA in 32-bit (word) units. In direct-sound FIFO transfer mode, the data 
are transferred in 32-bit units. 

DM(1,2)CNT_H [d09] (DMA Repeat) turns the DMA repeat function ON and OFF. With 
the DMA repeat function set to ON, if V-blanking or H-blanking intervals are selected as the 
timing of DMA startup, DMA is restarted when the next startup condition occurs (a V-blank or El- 
blank) . In this mode, restarting will continue as long as the DMA enable flag is not set to 0. 
When the DMA repeat function is set to OFF, DMA halts as soon as the amount of data specified 
by the value in the word-count register has been transferred. This bit should be set to 1 in direct- 
sound FIFO transfer mode. 

DM(1,2)CNT_H [d08] (Source Address Control Flag) specifies the control of the source 
address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 causes a 
decrement; and a setting of 10 causes it to be fixed. A setting of 1 1 is not used. When the game 
cartridge bus has been set to the source address, increment should be selected. 

DM(1,2)CNT_H [d07] (Destination Address Control Flag) specifies the control 
destination address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 
causes a decrement; and a setting of 10 causes it to be fixed. A setting of 1 1 causes an increment 
to be carried out and then a reload (i.e., return to setting at start of transfer) is done after every 
transfer is completed. When in direct sound FIFO transfer mode, the destination address is fixed 
and unrelated to the setting. 

DMA 3 

DMA 3 provides memory access between the game cartridge bus and internal memory of 
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the main unit, or between different areas of internal memory of the main unit. The source address 
registers DM3SADJL and DM3SAD H shown in FIGURES 90 A and 90B specify the source 
address using 28 bits. The memory space OOOOOOOOh-OFFFFFFFh (internal memory of main unit 
and game cartridge memory area) can be specified. 

The destination address registers DM3DAD L and DM3DAD H shown in FIGURES 91A 
and 9 IB specify the destination address using 28 bits. The area OOOOOOOOh-OFFFFFFFh (internal 
memory area of main unit and game cartridge memory area) can be specified. 

The word count register DM3CNT L shown in FIGURE 92 specifies the number of bytes 
transferred by DMA 3, using 16 bits. The number can be specified in the range OOOlh-FFFFh. 
Thus, in 16-bit data transfer mode, up to 65535 * 2 = 131070 bytes can be transferred, and in 32- 
bit data transfer mode, up to 65,535 M = 262140 bytes can be transferred. 

The DMA Control Register DM3CNT H is shown in FIGURE 93. DM3CNT H [dl5] 
(DMA Enable Flag) enables/disables DMA. A setting of 0 disables DMA. A setting of 1 enables 
DMA, and, after the transfer is completed, it is reset. 

DM3CNTH [dl4] (Interrupt Request Enable Flag) enables an interrupt request to be 
generated when DMA transfer of the specified word count has been completed. No request is 
generated with a setting of 0; a request is generated with a setting of 1 . 

DM3CNTH [dl3-12] (DMA Transfer Timing) selects the timing of the DMA transfer. 
This timing can selected from the options in Table XVIII: 



Table XVIII 



Setting 


DMA Startup Timing 


00 


Start immediately 


01 


Start during a V-blanking interval - starts at the 
beginning of a V-blanking interval 
(approximately 4.993 milliseconds) 


10 


Start during an H-blanking interval - starts at 
the beginning of an H-blanking interval 
(approximately 16.212 microseconds). If this 
accompanies OAM access, the H-blanking 
interval should first be freed of OBJ display 
hardware processing periods. 


11 


Synchronize with display and start - synchronize 
with start of H-line rendering during a display 
interval and start. 



DM3CNT H [dl 1] (Game Cartridge Data Request Transfer Flag) is normally set to 0. 
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When set to 1 3 DMA transfer is performed in response to a data request from the game cartridge. 
A game cartridge that supports this transfer mode is required in order to use it. It cannot be used 
at the same time as a game cartridge interrupt. 

DM3CNT H [dlO] (DMA Transfer Type) sets the bit length of the transfer data. With a 
setting of 0, the data are transferred by DMA in 16-bit (half-word) units. With a setting of 1, the 
data are transferred by DMA in 32-bit (word) units. 

DM3CNT H [d09] (DMA Repeat) turns the DMA repeat function ON and OFF. With the 
DMA repeat function set to ON, if V-blanking or H-blanking intervals are selected as the timing of 
DMA startup, DMA is restarted when the next startup condition occurs (a V-blank or H-blank). 
In this mode, restarting will continue as long as the DMA enable flag is not set to 0. When the 
DMA repeat function is set to OFF, DMA halts as soon as the amount of data specified by the 
value in the word-count register has been transferred. 

DM3CNT H [d08] (Source Address Control Flag) specifies the control of the source 
address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 causes a 
decrement; and a setting of 10 causes it to be fixed. A setting of 1 1 is not used. When the game 
cartridge bus, has been set to the source address, increment should be selected. 

DM3CNT_H [d07] (Destination Address Control Flag) specifies the control of the 
destination address after each DMA transfer. A setting of 00 causes an increment; a setting of 01 
causes a decrement; and a setting of 10 causes it to be fixed. A setting of 1 1 causes an increment 
to be carried out and then a reload (i.e., a return to setting at start of transfer) is done after every 
transfer is completed. 

Communication Functions 

The example AGB provides the following communication functions: 
o 8-bit/32-bit normal communication 
o 16-bit multiplayer communication 
o UART communication 
o General purpose communication 
o JOY Bus communication 

These communication functions may be used for a wide variety of purposes. For example, 
multi-player communication can be used for communication between one or more additional 
AGBs to permit multi-player (e.g., four player) game play. This multi-player game play may be 
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carried out even if only on^GB has a game cartridge for the game insured into the game 
cartridge slot thereof. The game program itself should be written to utilize this feature. 

JOY Bus communication may be used, for example, to connect the AGB to a game 
console such as the N64® and GameCube® products from Nintendo Co. Ltd. In this 
arrangement, the AGB can be used as a controller for the game console and the AGB display 
screen can display private data for each player that is not intended to be seen by other players. For 
example, in a card gamfe, the AGB display screen can display an individual player's cards while the 
television connected to the game console can display cards common to all players. In a football 
game, the AGB screen can display a list from which plays are selected. A player on offense may 
select from a list of offensive plays (runs and passes) while a player on defense may select from a 
list of defensive plays (blitz, prevent, etc.). 

Other communication functions may be used to connect the AGB to remote computers for 
game downloads and data exchanges. For example, an adapter may be used to connect the AGB 
to a mobile phone or the AGB may be connected to a modem. In this way, a user of the AGB can 
download games and game updates; play multi-player games; send/receive e-mail; get news, 
sports, stock and weather updates; etc. 

8-Bit/32-Bit normal communication function is used, for example, to communicate with 
accessories that do not use cables. In the example AGB, normal communication cannot take place 
over a cable. When communicating with AGB using a cable, multi-player communication is used. 
Due to the voltage difference, it is not possible to communicate with CGB. 8-bit communication 
handles 8-bit data with a transfer-enable flag. 32-bit communication handles 32-bit data with a 
transfer-enable flag. 

The 16-Bit multi-player communication function is a multiple/simultaneous communication 
function that uses a UART system to enable communication of up to 4 AGB units. A special cable 
to be described in greater detail below is used for multi-player communication. 

The UART communication function enables high-speed communication by the UART 

system. 

The general purpose communication function enables communication by any protocol 
through direct control of the communication terminal. 

The JOY Bus communication function enables communication using a standardized 
Nintendo Joy Bus. 
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Selecting Communication Function 
All communication functions use an external expansion 6-pin connector. Communication 
functions are switched as shown in Table XIX by the communication function set flag of the 
communication control register R (2-bit) (see FIGURE 109) and the communication mode set flag 
of the serial communication control register SCCNTJL (2-bit), which are described in greater 
detail below. 



Table XIX 



Communication functions 


1 




SCCNT L 




dl5 


dl4 


dl3 


dl2 


General purpose 


1 


0 


* 


* 


JOY Bus 


1 


1 


* 


* 


8-bit serial 


0 


* 


0 


0 


32-bit serial 


0 


* 


0 


1 


16-bit serial 


0 


* 


1 


0 


UART 


0 




1 


1 



When communication modes are changed, only the communication mode set flag is first 
changed. A communication is preferably not started at the same time as modes are changed as this 
may cause a malfunction. 

8-Bit/32-Bit Normal Serial Communication 
This communication is a serial transfer that sends/receives simultaneously. If data is set in 
the data register and the serial transfer is started, received data is set in the data register when the 
transfer is complete. 

With reference to FIGURE 94 and the timing charts of FIGURES 95A-95C, the master 
(internal clock mode) outputs the shift clock from the SC terminal. The SD terminal becomes an 
input terminal with pull-up. In the case of a slave (external clock mode), the SC terminal becomes 
an input terminal with pull-up. The SD terminal goes to LO output. The set data is left-shifted by 
the falling of the shift clock, and is output from the SO terminal in order starting from the most 
significant bit. The data input from SI terminal is input to the least significant bit with the rising of 
the shift clock. 

8 bit Normal Serial Communication Data Register 
The 8-bit transfer mode uses SCCNT_H shown in FIGURE 96 as a data register. The 
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upper 8-bits are disabled. 



32-bit Normal Serial Communication Data Register 
The 32-bit transfer mode uses register SCDO and register SCD1 shown in FIGURES 97A 
and 97B as data registers. These data registers are also used for 16-bit multi-player 
communication. The most significant bit is dl5 in the register SCD1, and the least significant bit is 
dO in the register SCDO. 

Control Register 

The control register SCCNTJL is shown in FIGURE 98. When Register R (dl5) = (0), 
the mode is the 8-bit normal serial communication mode if Register SCCNTL (dl3, dl2) = (0,0), 
and the mode is 32-bit normal serial communication mode if SCCNTJL (dl3, dl2) = (0, 1). 

SCCNTJL [dl4] (Interrupt Request Enable Flag) determines whether interrupt requests 
will be made. If 0 is set, an interrupt request will not be made. If 1 is set, an interrupt request will 
be made immediately after transfer is complete. 

SCCNTJL [dl2] (Transfer Length Setting Flag) sets the bit length of transfer data. If set 
to 0, 8-bit transfer is carried out. If set to 1, 32-bit transfer is carried out. 

SCCNT_L [d07] (Start Bit) is set to 1 to start a serial transfer. This bit is automatically 
reset after transfer completion. 

SCCNTJL [d03] (Transfer Enable Flag Send) - a setting of 0 enables transfer and a setting 
of 1 disables transfer. This flag is output from the SO terminal until the start of a transfer. When 
the transfer starts, serial data is output from the SO terminal. 

SCCNT_L [d02] (Transfer Enable Flag Receive) - it is possible to read the status of the SI 
terminal (transfer-enable flag transmitting of the other party's hardware) before communication 
starts. It becomes invalid after communication has started (receive data bit during communication 
is reflected). 

SCCNTJL [dOl] (Internal Shift Clock Selection) - if set to 0, 256 KHz is selected for the 
shift clock. If set to 1, 2 MHz is selected for the shift clock. 

SCCNTL [dOO] Shift Clock Selection - if set to 0, an external clock is used as a shift 
clock (slave). The external clock is input by the SC terminal from another hardware unit. The SD 
terminal will go to LO output. If set to 1, an internal clock is used as a shift clock (master). The 
internal clock is output from the SC terminal, and SD terminal will be in the pull-up input status. 
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The shift clock is preferably selected before the start bit of the SCCNT_L register is set. 
Extra shift operations may result if the serial transfer is started before or at the same time as the 
shift clock is selected. 

The SCCNTJL register is preferably not accessed while its start bit is set. 
5 The 8 bit transfer mode is compatible in terms of modes with DMG/CGB, but the voltage 

with the communication terminal varies. Therefore, communication between AGB and DMG/CGB 
is not possible. 

For normal communication, use of cable is prohibited. 

In order to communicate between AGBs, the multi player communication functions 
10 described below are used. 



Example Normal Serial Communication Flow 
n FIGURE 99 is a flowchart showing an example normal communication flow. At ST 502, 

;|5 (0) is set in (dl5) of register R. Then, at ST 504, (0, 0) or (0, 1) are set in (dl3, dl2) of control 
1I3J register SCCNT_L. The transfer data is set at ST 506 and (1) is set in d(03) of control register 
J SCCNTJL at ST 508. At ST 510, a determination is made as to whether the example AGB is 
\Z communicating as the master device. If so, at ST 512, the internal clock is selected with register 

SCCNT_L and cable communication 256 KHz or special hardware 2 MHz is selected for the 
y s frequency. The operation then proceeds to ST 5 14 where a determination is made as to whether 

(d02) in register SCCNTJL is (0). This step is repeated until (d02) is (0). The operation then 
□ proceeds to ST 516 where a start flag is set for register SCCNTJL. At the end of transmit 
(receive/send), the operation proceeds to ST 524. 

If, at ST 510, it is determined that the device is not communicating as the master device, 
the operation proceeds to ST 518 where the external clock is selected with the register SCCNT_L. 
25 Then, at ST 520, (0) is set in (d03) of register SCCNTJL and, at ST 522, the start flag is set for 
register SCCNT_L and the external clock input is waited for. At the end of transmit 
(receive/send), the operation then proceeds to ST 524. 

At ST 524, the start flag for register SCCNT_L is reset. If the Interrupt Request Enable 
Flag is set, an interrupt request is generated. 

30 

16-Bit Multi-player Communication 

The example AGB enables multi-player communication between up to 4 units using a 
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special cable. Depending on the connection status, one unit is established as the master and 
transfers data to slaves in order, one after another. 

The connection status during multi-player communication is shown in FIGURE 100. In 
multi-player communication mode SC and SD become pull-up input terminals. Immediately 
following a reset or in another communication mode, LO is output from the SD terminal. Once 
the SD terminal becomes HI, it can be determined that all connected terminals have entered multi- 
player communication mode. 

The SI terminal is in pull-up input, but due to the multi-player communication cable it 
becomes pull-down. Thus, once all of the terminals are in multi-player mode, the terminal that is 
LO input to the SI terminal becomes the master. The terminal that is HI input to the SI terminal 
becomes the slave. If the start bit of Register SCCNTJL of the master is set, the data registers 
SCDO, SCD1, SCD2, and SCD3 of the master are initialized to FFFFh. Additionally, the "SYNC 
signal" (LO level) is output from the SC terminal. At the same time, the "Start bit" (LO level) is 
output from the SD terminal. Next, the data from Register SCCNT_H is output and a ""Stop bit" 
(HI level) is output. After this is done, the master makes the SD terminal become pull-up input, 
and LO is output from the SO terminal. Each slave detects the "SYNC Signal" output from the 
master and initializes all of the data registers (SCDO, SCD1, SCD2, and SCD3 shown in 
FIGURES 104A-104D, respectively) to FFFFh. The data output from the master is stored in the 
master and each slave's SCDO register. 

If LO is input to the SI terminal of the slave that was connected immediately following the 
master, a "Start bit" (LO level) is output from the SD terminal. Next, data from Register 
SCCNT_H is output, and lastly a "Stop bit" (HI level) is output. After this, the SD terminal goes 
to pull-up input and LO is output from the SO terminal. At this point, the data output from the 
first slave is stored in the master and each slave's SCD1 Register. In this way, each slave is sent 
and all transmissions are carried out. 

In the following situations, the master produces a "SYNC Signal" (pull-up input after the 
output of a 5 cycle HI interval of source oscillation) and the transmission ends: 

After the master outputs its own "Stop bit", the next "Start bit" is not 
input after a certain period of time. 

After a "Stop bit" is received from the first or second slave, a "Start bit" 
is not input after a certain period of time. 

A "Stop bit" is received from the third slave. 
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Once the transmission ends, the received data is stored in each of the data registers (SCDO, SCD1, 
SCD2, and SCD3). If there is a terminal that is not connected, the initial data FFFFh is stored. 

FIGURE 101 is a multi-player communication timing chart and FIGURE 102 is a 
multi-player communication cable connecting diagram. As can be seen in FIGURE 102, each 
cable includes a first connector for connecting to the communication interface of one AGB (e.g., 
the master AGB), a second connector for connecting to the interface of another AGB (e.g., a first 
slave AGB), and a third connector for connecting to a connector of another cable to which another 
AGB is connected (e.g., a second slave AGB). 

Data Registers 

The data send is stored in the Register SCCNT_H shown in FIGURE 103. After 
completion of multi-player communication ends, the send data for the master is in register SCDO 
shown in FIGURE 104 A. 

Control Register 

If Register SCCNTJL (d!3,dl2) = (1,0) when Register R (dl5) = (0), 16-bit multi-player 
communication mode is enabled. Register SCCNTJL is shown in FIGURE 105. 

SCCNT L [dl4] (Interrupt Request Enable Flag) - when set to 0, no interrupt request is 
generated. When set to 1, an interrupt request is generated upon the completion of multi-player 
communication. 

SCCNTJL [d07] (Start Bit/Busy Flag) 

1. Master (dOO is 1) 

When set to 0, no data is transferred. When set to 1, a data transfer is started. Upon 
completion of data transfer, it is automatically reset. 

2. Slave (dOO is 0) 

Set during input of transmit start bit (LO source oscillation cycle x 3 (approx. 180ns)), and 
reset when transfer is complete. 

SCCNTJL [d06] (Communication Error Flag) allows confirmation of communication 
status. If the status for this bit is 0, there is no error. If it is 1, an error has occurred. This error 
flag is automatically set in the following situations: 
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The SI Terminal does not become LO during the intervaWnen the 
"SYNC signal" is being input (the master is outputting). 

The stop bit for the receive data is not HI (Framing Error) 
Even if an error occurs, the communication continues, and invalid data is stored in SCD0-SCD3. 

SCCNT_ [d05-d04] (Multi-player ID Flag) - when multi-player communication ends, an 
ID code will be stored which specifies the order that each particular system was connected. 

SCCNT_L [d03] (SD Terminal)- the status of the SD Terminal can be read. If all of the 
connected terminals enter multi-player communication mode, it becomes HI status. 

SCCNT L [d02] (SI Terminal) - the status of the SI Terminal can be read. When all of the 
connected terminals are in multi-player communication mode, this shows that the terminal that is 
LO input to the SI terminal is the master. HI input means that it is a slave. Prior to 
communication starting, it is not possible to determine the number order of a particular slave. 

SCCNTJL [dOl-dOO] (Baud Rate) - sets the communication baud rate as set forth in Table 
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Table XX 



Setting 


Baud rate 


00 


9600 bps 


01 


38400 bps 


10 


57600 bps 


11 


115200 bps 



Example Multi-player Communication Flow 

FIGURE 106 is a flowchart illustrating an example multi-player communication flow. At 
ST 552, (0) is set in (dl5) of register R. At ST 554, (1, 0) is set in (dl3, dl2) of control register 
SCCNT_L and, at ST 556, the transfer data is set. At ST 558, a determination is made as to 
whether (d03) of register SCCNT_L is (1). If not, either there is an improper connection due to 
the multi-player cable, or the other system is not in multi-play mode and the player is able to abort 
communication (ST 560). If the player does not abort communication, the operation proceeds 
back to ST 558. If the player aborts communication, the operation ends. 

If, at ST 558, it is determined that (d03) of register SCCNT_L is (1), a determination is 
then made as to whether (d02) of register SCCNTJL is 0 (ST 561). If so, the operation proceeds 
to ST 570 via ST 562 and ST 564. If not, the operation proceeds to ST 570 via ST 566 and ST 
568. 
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At ST 562, the device is determined to be connected as the master and the start flag is set 
for register SCCNTJL. At ST 564, data is output and data is obtained from all slaves. 

At ST 566, the device is determined to be connected as a slave and waits for input from the 
master. At ST 568, communication is started by the master and data is obtained from other 
systems. Once this particular slave's number is reached, data is output. 

At ST 570, the multi-play ID number is stored in (d05, d04) of register SCCNTJL. At ST 
572, if the interrupt request enable flag is set for register SCCNT_L, an interrupt request is 
generated. 

UART Communication Functions 

UART communications are illustrated in FIGURE 107. In the UART communication 
mode, a HI level is output from the SD terminal of a first system. When the receive data register 
(or the receive FIFO) is full, a HI is output from the SD terminal. When it is not full, a LO is 
output from the SD terminal if the receive enable flag is set. A HI is output if it is reset. 

The output of the SD terminal of a second system is input to the SC terminal of the first 
system. Once data is written to the send data register, data is sent after a "Start bit" (1 bit) is sent 
from the SO terminal. However, when the CTS flag for the Control Register is set, data can be 
sent only when there is a LO input to the SC terminal. The Stop bit is a fixed 1 bit. 

When sending or receiving, there are 4 bytes of FIFO. The use of FIFO can be selected 
using the FIFO enable flag for the control register SCCNTJL. 

If FIFO is not used, when Register SCCNT_H is written to, data is written to the send data 
register. When a read is done, data is read from the receive data register (only the lower 8 bits are 
valid). 

If FIFO is used, when Register SCCNT_H is written to, data is written to the send data 
FIFO. When a read is done, data is read from the receive FIFO (only the lower 8 bits are valid). 

Data register SCCNT_H is shown in FIGURE 108 A and control register SCCNT_L is 
shown in FIGURE 108B. If Register SCCNT_L (dl3,dl2) = (1,1) is set when Register R (dl5) = 
(0), UART communication mode is set. 

SCCNTJL [dl4] (Interrupt Request Enable Flag) - when set to 0, an interrupt request is 
not generated. When set to 1, an interrupt request is generated when a communication error 
occurs and when the transmission( send/receive) ends. 

SCCNT_L [dl 1] (Receive Enable Flag) controls the receive enable/disable. If the receive 
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enable flag is set when the receive data register (or the receive FIFO) is not full, a LO is output 
from the SD terminal, and a HI is output if it is reset. The receive enable flag must be set and the 
send enable flag must be set to 0 [Disable] before going from UART communication mode to a 
different communication mode. 
5 SCCNTL [dlO] (Send Enable Flag) controls the send enable/disable. The receive enable 

flag must be set and the send enable flag must be set to 0 [Disable] before going from UART 
communication mode to a different communication mode. 

SCCNT_L [d09] (Parity Enable Flag) controls the parity enable/disable. 
SCCNTL [d08] (FIFO Enable Flag) controls the send of the 8 bit wide x 4 depth and the 
10 receive FIFO enable/disable. When using FIFO, it is needed to go into the UART mode in a status 
of 0 [FIFO Disable]. By disabling FIFO in UART mode the FIFO sequencer is initialized. 
SCCNT_L [d07] (Data Length) selects the data length as 8 bits or 7 bits. 
ri SCCNT_L [d06] (Error Flag) - by referring to this error flag, the status of communication 

errors can be determined. When this flag is 0, no errors have occurred. When this flag is set to 1, 
ljSj an error has occurred. By reading Register SCCNT _L, this error flag is reset. Additionally, when 
S there has been an error, the data from the Receive Shift Register is not written to the Receive Data 
^ Register. The conditions associated with each error are described in Table XXI. 



Table XXI 



Framing error 


The receive data stop bit is not 0 


Parity error 


When parity is enabled, there is an error in 
parity for the receive data 


Overrun error 


The following receive ends (a stop bit is 
detected) when the receive data is a status of 
not empty. 



20 SCCNT_L [d05] (Receive Data Flag) - when set to 0, there is still data present. When set 

to 1, it is empty. 

SCCNT_L [d04] (Send Data Flag) - When set to 0, it is not full. After one send operation 
ends this is reset. When set to 1, it is full. It is set during a write of data to the lower 8 bits of the 
Send Data Register SCCNT_H. 
25 SCCNTJL [d03] (Parity Control) switches between even parity and odd parity. 

SCCNT JL [d02] (CTS Flag) - the SD terminal of the other system (receive enable/disable) 
is input to the SC terminal. When set to 0, a send is always possible independent of the SC 
Terminal. When set to 1, a send is only possible when a LO is input to the SC Terminal. 
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SCCNTJL [dOl-dOOnBaud Rate) sets communication baud ratelre shown in Table XXII. 



Table XXII 



Setting 


Baud rate 


00 


9600 bps 


01 


38400 bps 


10 


57600 bps 


11 


115200 bps 



General Purpose Comtiinriunication 

Setting (dl3, dl2) = (1, 0) initiates the general purpose communication mode. In this 
mode, all of the terminals SI, SO, SC, and SD become pull-up and operate as general purpose 
input/output terminals. Each of the communication terminals SI, SO, SC, and SD can be directly 
controlled. 

Register R is shown in FIGURE 109. R [dl5-dl4] (Communication Function Set Flag) - 
when set to 00 or 01, the system operates as a serial communication (8-bit/ 16-bit serial 
communication, multi-player communication, UART communication function) terminal. When set 
to 10, the system can be used as a general purpose input/output terminal. When set to 1 1, the 
system can be used as a JOY Bus communication terminal. 

R [d08] (Interrupt Request Enable Flag) - when general purpose input/output is set 
(R[dl5,dl4]=[l,0]) with the Communication Function Set Flag, a 1 causes an interrupt request to 
be generated with the falling of the SI Terminal (edge detect). When set to 0, no interrupt request 
is generated. 

R [d07-d04] (Input/Output Selection Flag) - when general purpose input/output is set 
(R[dl5,dl4]=[l,0]) with the Communication Function Set Flag, a setting of 0 allows the 
corresponding terminal to be used as an input terminal. A setting of 1 allows the corresponding 
terminal to be used as an output terminal. 

R [d03-d00] (Data Bit) - when the corresponding terminal is set for input, the status 
(HI/LO) of the terminal can be confirmed. If the corresponding terminal is set for output, the 
status of the set bit is output. 

JOY Bus Communication 

By setting the Communication Function Set Flag of Register R to 1 1, JOY Bus 
communication mode is selected. In JOY Bus communication mode, the SI Terminal is for input, 
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and the SO Terminal is for output. The SD and SC terminals go to LO output. 

Register HSCTRL for JOY Bus communication control is shown in FIGURE 1 10. 
HS_CRTL [d05] (Interrupt Request Enable Flag) - when set to 0, an interrupt request is not 
generated. When set to 1, an interrupt request is generated once a device reset command is 
received. 

HS_CRTL [d02] (Send Complete Flag) is set upon completion of send operation. When 
this is set, if a 1 is written, a reset can be done. 

HS_CRTL [dOl] (Receive Complete Flag) is set upon completion of a receive operation. 
When this is set, if a 1 is written, a reset can be done. 

HS_CRTL [dOO] (Device Reset Signal Receive Flag) is set when a device reset command 
is received. When this is set, if a 1 is written, a reset can be done. 

The receive data registers JOYREL and JOYRE_H are shown in FIGURES 1 1 1 A and 
1 1 IB, respectively. The send data registers JOYTRJL and JOYTR_H are shown in FIGURES 
1 12A and 1 12B, respectively. 

The lower 8-bits of the receive status register JSTAT shown in FIGURE 1 13 are returned 
as the communication status. JSTAT [d05,d04] (General Purpose Flag) is unassigned and may be 
used as desired. 

JSTAT [d03] (Send Status Flag) - when an AGB write data signal is received, this is set. 
If a word read is done with the JOYRE Register it is reset. 

JSTAT [dOl] (Receive Status Flag) - when a word write is done with the JOYTR Register, 
this is set. If an AGB read data signal is received it is reset. 

JOY Bus Communication Operations 
AGB JOY Bus communication recognizes four commands sent from the host (e.g., the 
N64®, GameCube, etc.): [Device Reset], [Type/Status Data Request], [AGB Data Write], and 
[AGB Data Read]. The AGB operates based on the particular signal received. The transfer of the 
bit data for JOY Bus communication is done in units of bytes and in the order of MSB first. 

[Device Reset] Command(FFh) Received 
The device reset signal receive flag for Register HS_CTRL is set. If the interrupt request 
enable flag for the same register is also set, a JOY Bus interrupt request is* generated. See 
FIGURE 114. 
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[Type/Status Data Request] Conumand(OOh) Received 
Returns 2 byte type number (0004h) and 1 byte communication status. See FIGURE 115. 

[AGB Bata Write] Command(15h) Received 
Receives the 4 bytes of data sent following this command, and stores them in Register 
JOYRE. Once the receive is completed a 1 byte communication status is returned, and the receive 
complete flag for Register HS_CTRL is set. Also, if the interrupt request enable flag for the same 
register is set, a JOY Bus interrupt request is generated. See FIGURE 1 16. 

[AGB Bata Read] Command(14h) Received 
4 bytes of data stored in Register JOYTR and the 1 byte communication status are sent, 
and the send complete flag for Register HS_CTRL is set. Also, if the interrupt request enable flag 
for the same register is set, a JOY Bus interrupt request is generated. See FIGURE 117. 

Communication Cable 

When communicating between AGB units, the communication cable to be used will vary 
depending upon the type of game cartridge used as shown in FIGURES 1 18A-1 18C. 

KEY INPUT 



Key Status 

The AGB allows input with the operating keys 33a-33g. The status of each of these 
operating keys can be checked by reading the individual bits of Register PI shown in FIGURE 
119. 

Key Interrupt Control 

When an interrupt is performed for key input, the register P1CNT shown in FIGURE 120 
enables a target key combination or condition for the interrupt to be specified. 

Interrupt Conditions 

The interrupt conditions specify interrupt generation conditions when the interrupt enable 
request flag is true. The conditions for buttons selected with the key interrupt specification flag 
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can be selected as follower 

1 . Logical Addition (OR) Operation 

The conditions for interrupt request generation occur when there is input for any of the 
buttons specified as interrupts. 

2. Logical Multiplication (AND) Operation 

The conditions for interrupt request generation occur when there is simultaneous input for 
all of the keys specified as interrupt keys. 



INTERRUPT CONTROL 
10 AGB can use 14 types of maskable hardware interrupts. If an interrupt request signal is 

received from a hardware item, the corresponding interrupt request flag is set in the IF register. 

Masking can be performed individually for interrupt request signals received from each hardware 

item by means of the interrupt request flag register IE. 

The Interrupt Mask Enable Register IME is shown in FIGURE 121 . The entire interrupt 

can be masked. When this flag is 0, all interrupts are disabled. When 1, the setting for interrupt 

enable register IE is enabled. 
H; The Interrupt Enable Register IE is shown in FIGURE 122. With the interrupt enable 

„ register, each hardware interrupt can be individually masked. By resetting the bit, the 

corresponding interrupt can be prohibited. Setting the bit to 1 enables the corresponding interrupt. 
2ft? The Interrupt Request Register IF is shown in FIGURE 123. When an interrupt request 

□ signal is generated from each hardware device, the corresponding interrupt request flag is set in 

the IF Register. If a 1 is written to the bit that the interrupt request flag is set in, that interrupt 

request flag can be reset. 



25 System-Allocated Area in Work RAM 

Controlling interrupts entails, along with clearing the IF register and setting the IE register, 
first writing an interrupt jump address at addresses $7FFC-$7FFF (total of 32 bits; see FIGURE 
124) in the system allocated area of Work RAM. Processing is executed in 32-bit mode for the 
user interrupt. To return control from the interrupt routine to the user program, the instruction 

30 "BX LR" is used. By changing each CPU Mode SP Initial-value, they can be set to an arbitrary 
memory map. 
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Interrupt Operation 

The Interrupt Processing Routine can be arbitrarily defined, but as a general rule, a monitor 
ROM is provided to handle this processing. 

Normal Interrupt 

1 . With reference to FIGURE 125 A, if an interrupt occurs, the CPU enters IRQ mode 
and control shifts to the monitor ROM. In the monitor ROM, each register (R0-R3, R12, LR irq 
(former PC)) is saved to the Interrupt Stack, The total is 6 words. Next, the user interrupt 
processing set up in 03007FFCh is called. Commands called from the monitor directly must be in 
32-bit code format. 

2. User interrupt processing is done (the cause of the interrupt can be referenced with 
the IF Register). Problems with a stack are solved, if necessary. 

3. Restore the registers (total of 6 words) saved to the Interrupt Stack and return to 
user main processing. See FIGURE 125B. 

Only the interrupt stack is used for normal interrupt processing. Therefore, there is a 
possibility of stack overflow in some cases. To solve this problem, a larger interrupt stack can be 
allocated by moving SP_usr in advance or using the user stack for both, by switching the CPU 
mode to the user mode in user interrupt processing. In connection with the latter method, an 
explanation of multiple interrupts is described below. 

Multiple Interrupts 

1 . If an interrupt occurs, the CPU enters IRQ mode and control shifts to the monitor 
ROM. In the monitor ROM, each register (R0-R3, R12, LRJrq (former PC)) is saved to the 
Interrupt Stack. The total is 6 words. Next, the user interrupt processing set up in 03007FFCh is 
called. Commands called from the monitor directly must be in 32-bit code format. See FIGURE 
126 A. 

2. User interrupt processing is done (the cause of the interrupt can be referenced with the IF 
Register). If multiple interrupts occur, SPSR irq will be overwritten, so a save must occur before 
enabling IRQ. See FIGURE 126B. The Stack problem is solved (CPU mode is changed to user 
mode with system mode-privilege) and IRQ is enabled. With user interrupt processing, user stack 
is used because the CPU is in system mode. When calling the subroutine, LSR_usr is saved as 
well. See FIGURE 126C. When an interrupt occurs, the monitor ROM does the processing (1) 
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again, and loads each registeoo the interrupt stack. See FIGURE 126: 
(2). 



!ontinue processing 



POWER DOWN FUNCTIONS 

5 

Stop Function 

Stop Function Summary 
During periods when the LCD display is not done and CPU processing is not considered 
10 essential, power consumption can be reduced greatly if used efficiently. The content of each type 
of RAM are maintained . 



Implementing Stop 



IS i 1. Implemention of Stop Mode 

;!! The AGB is placed in stop mode by executing the system call [SWI <3>] instruction 

H; (Stop()). 

L 2. Canceling Stop Mode 

2CM If the corresponding flag with the interrupt enable register EE is set when there is an 

interrupt request from a key, game cartridge, or SIO, the stop is cancelled. 

Canceling stop status requires a brief wait until the system clock stabilizes. 



System Working Status in Stop Mode 
25 The working status of each block of the AGB system during a stop is shown in Table 

XXIII: 



Table XXffl 



Block 


Working 


Status 


AGB-CPU 


X 


Wait status resulting from wait 
signal 


LPU 


X 


Stopped because no clock 
provided 


Sound 


X 


Stopped 


Timer 


X 


Stopped 
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Serial Communication 



X 



Isto^^l" 



Key 



X 



Stopped 



System Clock 



Stopped 



Infrared Communication 



Stopped 



10 



In the case of the LPU block, Stop mode is entered after turning the LCD OFF because the LPU 
stops. If Sound stops in Stop mode, noise may be heard. 

Halt Function 

Halt Function Summary 
During periods when CPU processing is not considered essential, power consumption can 
be reduced. 

Implementing Halt 

1. Invoking Halt 

The AGB is placed in halt mode by executing the system call [SWI <2>] instruction 



If (HaltQ). 



20 



2. Canceling Halt 

Halt is canceled when the interrupt enable register EE's corresponding flag is set with any 
type of interrupt request. 

System Working Status in Halt Mode 
The working status of each block of the AGB system during a semi-stop is shown in Table 



XXIV. 



Table XXIV 



Block 


Working 


Status 


AGB-CPU 


X 


Wait status resulting from wait 
signal 


LPU 


0 


Normal operation 


Sound 


0 


Normal operation 


Timer 


0 


Normal operation 


Serial Communication 


0 


Normal operation 
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Key 


O 


Normal operation 


System Clock 


0 


Normal operation 



AGB SYSTEM CALLS 

System Call Operation 
Normal Calls 

1 . When an argument is required for the system call used, after writing to registers 
R0-R3 call the monitor ROM system call with the "SWKNumber>". The CPU mode changes to 
Supervisor Mode. 

2. The registers, SPSR_svc (formerly CPSR), R 1 1, R12, LR_svc 

(formerly PC) are saved to the system call stack with the monitor ROM. See FIGURE 127 A. 

3. Switch from CPU mode to system mode. The IRQ disable flag is called with the 
monitor ROM. The previous status will continue. 

4. The R2 and LR_usr registers are saved to the user stack. Other registers will be 
saved with each system call. See FIGURE 127B. 

5. Complete processing using each system call. See FIGURE 127C. 

6. Return value to registers RO, Rl, and R3, in cases where a system call provides a 
return value, and then return to the user program. See FIGURE 127D. 

Multiple Calls 

1 . When an argument is required for the system call used, after reading to the 
registers, R0-R3, call the monitor ROM system call with the "SWI<Number>". 

2. Save the registers, SPSR_svc (formerly CPSR), R12, LR_svc (formerly PC) to the 
system call stack with the monitor ROM. See FIGURE 128 A. 

3. Switch from CPU mode to system mode. The status of the IRQ Disable Flag prior 
to the call is kept in system ROM. The previous conditions will be continued. 

4. The R2 and LR_usr registers are saved to the user stack. Other registers will be 
saved with each system call. See FIGURE 128B. 

5. Interrupt occurs while executing system call. See FIGURE 128C. 

6. User interrupt processing is done. The cause of the interrupt can be referenced 

with the IF Register. The CPU mode is changed to System Mode (User Mode with privilege) in 
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order to solve the problem with stacks (to reference interrupt processing). See FIGURE 128D. If 
System Call occurs during User interrupt processing, the System Call is called using Multiple 
Calls. 

7. The monitor ROM does the system call operation (1), and loads to the system call 
stack. See FIGURE 128E. 

8. The CPU Mode is switched to System Mode (privileged user mode). 

9. The monitor ROM does the same operation as (3), and loads to the user stack. See 
FIGURE 128F. 

10. Complete processing with each system call. See FIGURE 128G. 

1 1 . Return value to registers R0 5 Rl, and R3, in cases where a system 

call provides a return value, and then return to the user interrupt processing. See FIGURE 128H. 

12. Complete the user interrupt processing and return to the previous system call. See 
FIGURE 1281. 

13. Complete processing with each system call. See FIGURE 128 J. 

14. Return value to registers R0, Rl, and R3, in cases where a system call provides a 
return value, and then return to the user program. See FIGURE 128K. 

ROM REGISTRATION DATA 

Information about the game is registered in the program area for AGB software as shown 
in FIGURE 129. 

Start Address 

Store the 32-bit ARM command "B<User program start address>". 
Logo Character Data 

The logo/character data, which is displayed when the game is started, is stored here. The 
monitor ROM checks this data at start-up. 

Game Title 

The game title is stored in this area. 
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Game Code 

A game code for the game is stored in this area. 



Maker Code 

A code indicative of the game maker is stored in this area. 



Fixed Value 

A fixed code M 96h" is stored. 



Main Unit Code 

A code for the hardware on which the software is intended to run is stored in this area. 



Device Type 

The type of device in the game cartridge is stored. If there is a 1 Mbit flash DACS 
(Debugging And Communication System) (=custom 1Mbit flash Memory with security and patch 
functions) in a game cartridge, the most significant bit is set to 1 . Otherwise it is reset. 



Software Version No. 

The ROM version number is stored. 



Complement Check 

The 2's complement of the total of the data stored in address 80000A0h ~80000BCh plus 
19h is stored. 

Check Sum 

"0" is stored in address 80000BEh and 80000BFh respectively. The ROM data is added 
byte-by-byte to determine the binary total. The data at address 80000BEh and 80000BFh is 
replaced with the lower 2 bytes of the calculated result. 

FIGURES 131A-131G identify the various AGB registers. 



OTHER EXAMPLE COMPATIBLE IMPLEMENTATIONS 

Certain of the above-described system components could be implemented as other than the 
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home video game console system or hand-held system configurations described above. 

An emulator system, for example, might include software and/or hardware components 
that emulate or simulate some or all of hardware and/or software components of the system for 
which the application software was written. For example, the emulator system could comprise a 
5 general-purpose digital computer such as a personal computer, which executes a software 

emulator program that simulates the hardware and/or firmware of the system. The emulator could 
also comprise a personal digital assistant (PDA) that simulates the hardware and/or firmware of 
the system. An emulator may execute the game software so that a particular game functions 
and/or appears somewhat differently from how it functions and/or appears on its intended 
10 platform. Thus, the emulator may show a color game in monochrome or a play a game without 
its accompanying sound. Emulation as used herein is intended to include emulation that results in 
these and other such differences in function and appearance, 
i; j Some general purpose digital computers (e.g., IBM or Macintosh personal computers and 

;; s ! compatibles) are now equipped with 3D graphics cards that provide 3D graphics pipelines 
115! compliant with DirectX or other standard 3D graphics command APIs. They may also be 
[jz equipped with stereophonic sound cards that provide high quality stereophonic sound based on a 
;!jT standard set of sound commands. Such multimedia-hardware-equipped personal computers 
running emulator software may have sufficient performance to approximate the graphics and 
sound performance of the system. Emulator software controls the hardware resources on the 
2M personal computer platform to simulate the processing, graphics, sound, peripheral and other 
u capabilities of the portable game system platform for which the game programmer wrote the game 
software. Similarly, PDAs running emulator software may have sufficient performance to 
approximate the graphics and sound performance of the system. 
^\xk) , T)* Application No. , filecHfovember 28, 2000 and entitled "Hand-Held Video 

25 Game Platform Emulation" (Atty. Docket No. 723-950) (the contents of which are incorporated 
herein) discloses a software emulator that maintains nigh-quality graphics and sound in real time 
across a wide variety of video games and other applications . The emulator disclosed 

in □ Application No. achieves this through a unique combination of features and 

optimizations including, for example: \. 
30 o use of a virtual liquid crystal display controller (state machine) to maintain real time 

synchronization with events as they would occur on the native platform, 
o - use of a hardware-assisted bit BLIT memory transfer operation to efficiently transfer 

89 



graphics informaxron into video memory, 

pre-computed translation table for translating native platform graphics character 

formats into formats more compatible with standard graphics adapters, 

emulation of native platform color palette information to provide compatibility with 

games and other applications that change color palettes within a frame, 

emulation of major registers and other hardware-based memory structures within the 

native platform in RAM under software control, 

use of a jump table able to efficiently parse incoming binary instruction formats, 
use of a unique page table to control memory access by remapping memory access 
instructions into different memory locations and/or function calls, 
availability of a ROM protection function to eliminate ROM overwriting during 
emulated operations, 

responsive to video game compatibility modes and registration data, 

models native platform using state machine defining search, transfer, horizontal blank 

and vertical blank states, 

cycle counter to determine when a modeled state has expired and transition to a new 
state is desired, 

selective frame display update skipping while maintaining execution of all instructions 
to maintain state information while minimizing game play slowdowns, 
optional NOP loop look ahead feature to avoid wasting processing time in NOP loops, 
redundant emulated RAM and ROM storage to optimize execution efficiency, 
separate page tables for read and write operations, 

modeling of native microprocessor registers as a union of byte, word and long register 
formats, 

modeling native instruction CPU flags to allow efficient updating after operations are 
performed by target platform microprocessor, 

mapping emulated program counter into target platform microprocessor general 
purpose register, 

reads and writes via index register go through pointer tables to increase execution 
efficiency, 

adaptable input controller emulator to provide user inputs from a variety of different 
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user input devices, 
o emulated object attribute memory, and 

o use of screen memory buffers larger than screen size to increase paging efficiency by 
eliminating clipping calculations and using the hardware BitBlt to transfer a subset of 

5 the memory buffer to displayed video memory. 

5v0d„ CR>> j t w jii b e recognized that varhaus features and optimizations described in Application No. 
are applicable to emulate the example AGBs described herein. 



FIGURE 132 A illustrates an example overall emulation process using a host platform 
1201, an emulator component 1303, and a game software executable binary image provided on a 
10 storage medium 62. Host 1201 may be a general or special purpose digital computing device such 
as, for example, a personal computer, a laptop computer, a palm-top computer, a video game 
console, a portable game system, a personal digital assistant, an internet appliance, a set-top box, 
a or any other platform with sufficient computing power. Emulator 1303 may be software and/or 

hardware that runs on host platform 1201, and provides a real-time conversion of commands, data 
liSj and other information from storage medium 62 into a form that can be processed by host 1201. 
a « For example, emulator 1303 fetches "source" binary-image program instructions intended for 
■Z execution by portable game system 10 from storage medium 62 and converts these program 

instructions to a target format that can be executed or otherwise processed by host 1201 . 
u As one example, in the case where the software is written for execution on a platform 

2tt: using a specific processor and the host 1201 is a personal computer using a different (e.g., Intel) 
processor, emulator 1203 fetches one or a sequence of binary-image program instructions from 
storage medium 62 and converts these program instructions to one or more equivalent Intel 
binary-image program instructions. The emulator 1203 also fetches and/or generates graphics 
commands and audio commands and converts these commands into a format or formats that can 
25 be processed by hardware and/or software graphics and audio processing resources available on 
host 1201. As one example, emulator 1303 may convert these commands into commands that can 
be processed by specific graphics and/or or sound hardware of the host 1201 (e.g., using standard 
DirectX, OpenGL and/or sound APIs). 

An emulator 1303 used to provide some or all of the features of the video game system 
30 described above may also be provided with a graphic user interface (GUI) that simplifies or 

automates the selection of various options and screen modes for games run using the emulator. In 
one example, such an emulator 1303 may further include enhanced functionality as compared with 
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the host platform for which the software was originally intended. 

FIGURE 132B illustrates one example emulation host system 1201 suitable for use with 
emulator 1303. System 1201 includes a processing unit 1203 and a system memory 1205. A 
system bus 1207 couples various system components including system memory 1205 to processing 
unit 1203. System bus 1207 may be any of several types of bus structures including a memory bus 
or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. 
System memory 1207 includes read only memory (ROM) 1252 and random access memory 
(RAM) 1254. A basic input/output system (BIOS) 1256, containing the basic routines that help to 
transfer information between elements within personal computer system 1201, such as during 
start-up, is stored in the ROM 1252. System 1201 further includes various drives and associated 
computer-readable media. A hard disk drive 1209 reads from and writes to a (typically fixed) 
magnetic hard disk 1211. An additional (possible optional) magnetic disk drive 1213 reads from 
and writes to a removable "floppy" or other magnetic disk 1215. An optical disk drive 1217 reads 
from and, in some configurations, writes to a removable optical disk 1219 such as a CD ROM or 
other optical media. Hard disk drive 1209, magnetic disk drive 1213, and optical disk drive 1217 
are connected to system bus 1207 by a hard disk drive interface 1221, a magnetic disk drive 
interface 1223, and an optical drive interface 1225, respectively. The drives and their associated 
computer-readable media provide nonvolatile storage of computer-readable instructions, data 
structures, program modules, game programs and other data for personal computer system 1201. 
In other configurations, other types of computer-readable media that can store data that is 
accessible by a computer (e.g., magnetic cassettes, flash memory cards, digital video disks, random 
access memories (RAMs), read only memories (ROMs) and the like) may also be used. 

A number of program modules including emulator 1303 may be stored on the hard disk 
1211, removable magnetic disk 1215, optical disk 1219 and/or the ROM 1252 and/or the RAM 
1254 of system memory 1205. Such program modules may include an operating system providing 
graphics and sound APIs, one or more application programs, other program modules, program 
data and game data. A user may enter commands and information into personal computer system 
1201 through input devices such as a keyboard 1227, pointing device 1229, microphones, 
joysticks, game controllers, satellite dishes, scanners, or the like. These and other input devices can 
be connected to processing unit 1203 through a serial port interface 1231 that is coupled to system 
bus 1207, but may be connected by other interfaces, such as a parallel port, game port, Fire wire 
bus or a universal serial bus (USB). A monitor 1233 or other type of display device is also 
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connected to system bus 1207 via an interface, such as a video adapter 1235. 

System 1201 may also include a modem 1 154 or other network interface means for 
establishing communications over a network 1 152 such as the Internet. Modem 1 154, which may 
be internal or external, is connected to system bus 123 via serial port interface 1231. A network 
interface 1 156 may also be provided for allowing system 1201 to communicate with a remote 
computing device 1 150 (e.g., another system 1201) via a local area network 1 158 (or such 
communication may be via wide area network 1 152 or other communications path such as dial-up 
or other communications means). System 1201 will typically include other peripheral output 
devices, such as printers and other standard peripheral devices. 

In one example, video adapter 1235 may include a 3D graphics pipeline chip set providing 
fast 3D graphics rendering in response to 3D graphics commands issued based on a standard 3D 
graphics application programmer interface such as Microsoft's DirectX 7.0 or other version. A set 
of stereo loudspeakers 1237 is also connected to system bus 1207 via a sound generating interface 
such as a conventional "sound card" providing hardware and embedded software support for 
generating high quality stereophonic sound based on sound commands provided by bus 1207. 
These hardware capabilities allow system 1201 to provide sufficient graphics and sound speed 
performance to play software stored in storage medium 1305. 

FIGURE 132C illustrates another example emulation host system 1201' suitable for use 
with emulator 1303. The emulation host system in FIGURE 132C is generally configured along 
the lines of a personal digital assistant such as those available from Palm Inc., Handpsring, Inc. and 
Sony and running an operating system such as Windows CE, EPOC or PalmOS. Typically, such 
personal digital assistants provide capabilities for a diary/scheduler, to-do lists, phone/address 
books and the like. System 1201' includes a processing unit 1503 and memory 1505. A system 
bus 1507 couples various system components including memory 1505 to processing unit 1503. 
Memory 1505 includes read only memory (ROM) and random access memory (RAM). Memory 
1505 may also include external memory in the form of memory cards or memory sticks inserted 
into a suitable port provided in the housing for the components of system 1201'. A touch- 
sensitive display screen (e.g., a touch-sensitive liquid crystal display screen) 1509 is also connected 
to system bus 1507 via an interface 1511. Inputs via touch-sensitive screen 1509 are typically 
made using a stylus. Other input devices 1513 such as pushbuttons, switches, pointing devices and 
the like are also connected to system bus 1507 via an interface 1515. The input devices may also 
include external keyboards or game control devices (e.g., joystick, game controller). The input 
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devices may be used as gamexbntrols (e.g., starting the game, character movement, character 
action, etc.) when system 1201' is used with emulator 1303. Games may be written to memory 
1505 using communication circuit 1521 which may take the form of a modem for downloading the 
game from the Internet, for example, or of a cradle (e.g., a USB cradle) for connecting system 
120T to a personal computer. 

One or more speakers 1517 are connected to system bus 1507 via an audio interface 1519 
to output sounds. A communication circuit 1521 is connected to system bus 1507 via a 
communications interface 1523 to permit communication with other devices. By way of 
illustration, communication circuit 1521 may, for example, be a modem and communications 
interface 1523 may be a serial port. Generally speaking, communication circuit 1521 may be 
configured for wired or wireless communication in accordance with any conventional 
communication protocol. A power supply 1525 provides power for the components of system 
1201V 

As described in the foregoing, in the present invention, even if the level of the voltage 
supplied to a cartridge and an access manner thereto vary depending on the memory type therein, 
the memory in the cartridge is accessible by identifying the cartridge type and, according to a 
result obtained thereby, by switching the voltage level and an operation mode of central processing 
means. 

When an information processing device or a game device, for example, is provided with a 
professor in which the number of bits for data processing is rather large, the data width of a 
connector may not wide enough. In the example systems, however, memory that has a number of 
data bits corresponding to the number of bits in the processor for data processing can be 
connected to a common bus. Further, when the information processing device or game device, for 
example, is provided with processors each having a different number of bits for data processing to 
retain compatibility of software, for example, memories each corresponding to those processors 
are connected to the common bus to be accessed. 

The contents of any technical documents or patent documents referenced above are 
incorporated herein in their entirety. 

While the invention has been described in detail, the foregoing description is in all aspects 
illustrative and not restrictive. It is understood that numerous other modifications and variations 
can be devised without departing from the scope of the invention. 
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